平價挖礦交易的 POA 鏈，即使沒有共識

Question

嗨，我正在運行一個與 3 個驗證者同等的 POA 鏈。 所有 3 個驗證器都是密封塊，我通過獲取塊詳細信息對其進行了驗證。 現在的問題是，當 2 個驗證器宕機時，第 3 個仍然繼續密封，根據 Aura 算法，這是不應該發生的

預期 - 不應該開采區塊，因為沒有達成共識

實際 - 區塊仍在開采中

使用 geth 也是如此（即塊沒有被密封）。

PFB 我的 cli 選項

parity --no-discovery --mode=active --network-id=187 --chain=$home/genesis.json --base-path=$home/node_un --db-path=$home/node_un/db --ipc-path=$home/node_un/parity.ipc --ipc-apis=all --jsonrpc-apis=all --jsonrpc-port=8541 --ws-apis=all --ws-port=8551 --port=30301 --force-sealing=true --reseal-on-txs=all --jsonrpc-hosts=all --jsonrpc-interface={ip_addr} --ws-interface=all --ws-hosts=all --ws-origins=all --ws-max-connections=10000 --engine-signer={signer_address} --password={passwd_file} --gas-floor-target=100000000 --gas-cap=100000000 --tx-queue-mem-limit=1024 --tx-queue-size=20480000 --tx-queue-per-sender=100000 --reseal-max-period=2000 --reserved-peers {enode_txt} --reserved-only

PFB 我的創世文件

{
"name": "187",
"engine": {
    "authorityRound": {
        "params": {
            "stepDuration": "2",
            "validators" : {
                "multi": {
                "0": {
                "list": [
                    "addr1",
        "addr2"
                ]
                },
            "136300": {
            "list": [
                      "addr1",
                      "addr2"
                ]
                },
             "136455": {
             "list": [
                      "addr1",
                      "addr2",
                      "addr3"
                      ]
             }
            }

            }
        }
    }
},
"params": {
    "gasLimitBoundDivisor": "0x400",
    "maximumExtraDataSize": "0x20",
    "minGasLimit": "0x1388",
    "networkID" : "0xBB",
    "eip155Transition": 0,
    "validateChainIdTransition": 0,
    "eip140Transition": 0,
    "eip211Transition": 0,
    "eip214Transition": 0,
    "eip658Transition": 0
},
"genesis": {
    "seal": {
        "authorityRound": {
            "step": "0x0",
            "signature": "0x0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000"
        }
    },
    "difficulty": "0x1",
    "gasLimit": "0x55D4A80"
},
"accounts": {
    "0x0000000000000000000000000000000000000001": { "balance": "1", "builtin": { "name": "ecrecover", "pricing": { "linear": { "base": 3000, "word": 0 } } } },
    "0x0000000000000000000000000000000000000002": { "balance": "1", "builtin": { "name": "sha256", "pricing": { "linear": { "base": 60, "word": 12 } } } },
    "0x0000000000000000000000000000000000000003": { "balance": "1", "builtin": { "name": "ripemd160", "pricing": { "linear": { "base": 600, "word": 120 } } } },
    "0x0000000000000000000000000000000000000004": { "balance": "1", "builtin": { "name": "identity", "pricing": { "linear": { "base": 15, "word": 3 } } } },
    "addr": { "balance": "800000000000000000000000000" }
}

}

請讓我知道我哪里出錯了

奇偶校驗版本 - v2.0.7

Answer 1

（其中之一）Aura（Parity）和Clique（Geth）引擎之間的區別在於，一旦其他節點宕機，Geth 不允許單一權威來密封區塊。

然而，Parity Aura 確實允許這樣做以防止鏈條停止。 因此，您所體驗的網絡行為是意料之中的。