私はBoreasを見たとき、最初は単なる通常のバージョンアップグレードだと思いました。@Dusk Dusk メインネットは2026年6月10日にブロック 4,414,095 から Rusk 1.7.0 を有効化し、調整されたのは、取引のバイトがネットワークに入る方法、ブロックに格納される方法、そして古い台帳のリプレイ時にどのルールセットを使うかです。クライアントは引き続き対応済みの Aegis エンベロープを送信できますが、Rusk は入口で標準化してから、現在の台帳形式でブロックに書き込みます。
私はこの一連の処理を清算所の手形保管庫のように捉えました。外部の手形は古いテンプレートから来てもよいのですが、保管庫に入れる前に内部の統一フォーマットへ翻訳(変換)する必要があります。過去の手形は旧デコーダを保持し、監査の際に同じものをそのまま再確認できるようにします。Boreas は mempool、ブロッカー(ブロック作成者)、コンセンサス検証、そして履歴リプレイの間で説明の整合性を一体として固定し、同じバイト列が異なる工程で別々の状態になることを防ぎます。
またアップグレードには境界も引かれています。メインネットはリスタート地点で新しい Phoenix 取引の受信を停止し、Moonlight が現在サポートされる取引モデルになります。古い Phoenix のブロックは引き続きデコードおよびリプレイ可能です。reverted イベントはアーカイブに残され、マークが付くため、インデクサーが有効状態として算入してはいけません。私は Dusk に接続するとき、ネットワークのブロック高、Rusk のバージョン、取引モデルを突合し、さらにインデクサーが reverted のマークを読み取っているかを検証します。過去の記録は参照できますが、だからといって旧取引が今も引き続き送信できるわけではありません。
#dusk $DUSK
私はこの一連の処理を清算所の手形保管庫のように捉えました。外部の手形は古いテンプレートから来てもよいのですが、保管庫に入れる前に内部の統一フォーマットへ翻訳(変換)する必要があります。過去の手形は旧デコーダを保持し、監査の際に同じものをそのまま再確認できるようにします。Boreas は mempool、ブロッカー(ブロック作成者)、コンセンサス検証、そして履歴リプレイの間で説明の整合性を一体として固定し、同じバイト列が異なる工程で別々の状態になることを防ぎます。
またアップグレードには境界も引かれています。メインネットはリスタート地点で新しい Phoenix 取引の受信を停止し、Moonlight が現在サポートされる取引モデルになります。古い Phoenix のブロックは引き続きデコードおよびリプレイ可能です。reverted イベントはアーカイブに残され、マークが付くため、インデクサーが有効状態として算入してはいけません。私は Dusk に接続するとき、ネットワークのブロック高、Rusk のバージョン、取引モデルを突合し、さらにインデクサーが reverted のマークを読み取っているかを検証します。過去の記録は参照できますが、だからといって旧取引が今も引き続き送信できるわけではありません。
#dusk $DUSK