裁定により、署名やマークル証明なしで汚名が完全にオンチェーンになったのは非常に良いことです。
たとえば、HashFlow では署名があり、サーバーが 30 分間ダウンしました。また、Optimism は merkleProof を実行しましたが、これも非常に遅れていました。しかし、ネットワーク上に gazvar がないのが残念です。適切な MaxBid と制限を指定してトランザクションを送信した後は、待つしかありません。
ここには先入れ先出し方式の FIFO システムがあります。つまり、加速には一切影響を与えることができません
そして、私が最も心配している主な問題は、ブロック制限が高いため、スキャナーを検索しているときに、少なくとも 10,000,000 制限の本当に重いブロックを見つけることができなかったことです。
* スティグマトランザクション自体は約 4 億の制限を消費しますが、ブロックのスコアがまだ 200 万から 300 万しかない場合、1 つのブロックには 5 〜 7 個のスティグマしか保持されないため、スティグマ化には非常に長い時間がかかります。
次のオプションを検討してください。
1 ブロックは約 1 秒で、5 ～ 7 個のトランザクションを保持します。6 個かかります (3,000,000/400,000)
クレイモアの合計 - 600k+ 600,000 / (1 * 6) = 100,000 秒 = 27 時間 46 分 しかし、すべてが同じになるわけではなく、ブロックの重量は明らかにはるかに重くなると思います。
たとえば、BNBChain を例にとると、ブロックには 1 億 2,000 万が保持されます。 1 ブロックは約 1 秒で、300 件のトランザクションが含まれています。6 (120,000,000/400,000) 600,000 / (1 * 300) = 2,000 秒 = 33 分かかります。
ブロック内の制限が大きすぎると、多くのノードが存在する可能性があり、この制限はすべてそれらの上で正確に計算され、CPU負荷がかかるため、想像するのは困難です。
また、ブロックがロードされるたびに、baseFee が増加することを忘れないでください。したがって、最初は 3 グアイだったとしても、最後には 100 全てになります (そして、空中にあるようなコミッションがここにあります)。
結果
この投稿によってあなたの目が開かれ、何が起こるかについてのアイデアが得られたことを願っています。 $ARB スティグマはネットワークにとって真のストレス テストであり、これほどのストレスはこれまでにありませんでした。
また、ブランディング中に Arbitrum の手数料が Ethereum よりも高くなる可能性があるとか、ブロックチェーンがダウンしている (ただし、実際にはトランザクションはキュー内にあるだけ) といった噂が数多く聞かれると予想しています。
ブロック制限に関するこの話全体が神話であり、実際にブロック制限がそれほど大きくなり、ノードがすべてを処理できるのであれば、汚名はすべてのユーザーにとって非常に迅速かつ快適に消えるでしょう。
