ダスクの最新プロトコル変更点をしばらく見て回ったのですが、新機能の発表よりも重要に感じた点がありました:
ダスクはトランザクション処理をプロトコルのバージョンに対応させています。
ボレアスは、フォークに対応したVMの価格設定とデプロイルールとともに、正準(canonical)でバージョンに応じたトランザクション処理を導入しました。
それはバックエンドのエンジニアリングっぽいですね。
でも、それ以上に大事なことだと思います。
ブロックチェーンはローンチ後も不変ではありません。トランザクション形式は進化します。VMのルールも変わります。ガスの価格も変わり得ます。新しいハードフォークは新しいセマンティクスを導入します。
難しいのは、古いプロトコル下で有効だったものと、現在のプロトコル下で有効なものの違いをネットワークが理解できるようにすることです。
そこがボレアスの面白いところです。
ダスクの実装では、正準のトランザクションデータと、永続化と処理に使われる台帳エンベロープ(ledger envelopes)を分離しています。
さらに、ラスクのコードも、過去のすべてのトランザクションを同じルールセットから来たかのように扱うのではなく、異なるプロトコル時代のトランザクション形式に対して明示的な取り扱いを追加しています。
私にとっては、機能を追加するというより、プロトコルのアップグレードを安全に運用できるようにすることです。
なぜなら、金融インフラにはシンプルなデモチェーンとは別の要件があるからです:
古いトランザクションは、プロトコルが前へ進んだからといって消えたりしません。
とはいえ、まだ負荷テストは開いたままです。
バージョンに応じたロジックが増えるということは、開発者やノード運用者が正しく扱わなければならない、より多くのプロトコル状態、互換性ルール、そしてエッジケースが増えることでもあります。
そこで私が注目しているのはこうです:
ダスクは、歴史的な複雑さと運用上の複雑さを管理しにくくすることなく、実行ルールを進化させ続けられるのか?
それはブロックチェーンの中でも、あまり目立たない部分かもしれません。
でも、金融市場向けのインフラとして設計されているなら、それらの中でも注目に値する部分だと思います。
#dusk $DUSK @Dusk
ダスクはトランザクション処理をプロトコルのバージョンに対応させています。
ボレアスは、フォークに対応したVMの価格設定とデプロイルールとともに、正準(canonical)でバージョンに応じたトランザクション処理を導入しました。
それはバックエンドのエンジニアリングっぽいですね。
でも、それ以上に大事なことだと思います。
ブロックチェーンはローンチ後も不変ではありません。トランザクション形式は進化します。VMのルールも変わります。ガスの価格も変わり得ます。新しいハードフォークは新しいセマンティクスを導入します。
難しいのは、古いプロトコル下で有効だったものと、現在のプロトコル下で有効なものの違いをネットワークが理解できるようにすることです。
そこがボレアスの面白いところです。
ダスクの実装では、正準のトランザクションデータと、永続化と処理に使われる台帳エンベロープ(ledger envelopes)を分離しています。
さらに、ラスクのコードも、過去のすべてのトランザクションを同じルールセットから来たかのように扱うのではなく、異なるプロトコル時代のトランザクション形式に対して明示的な取り扱いを追加しています。
私にとっては、機能を追加するというより、プロトコルのアップグレードを安全に運用できるようにすることです。
なぜなら、金融インフラにはシンプルなデモチェーンとは別の要件があるからです:
古いトランザクションは、プロトコルが前へ進んだからといって消えたりしません。
とはいえ、まだ負荷テストは開いたままです。
バージョンに応じたロジックが増えるということは、開発者やノード運用者が正しく扱わなければならない、より多くのプロトコル状態、互換性ルール、そしてエッジケースが増えることでもあります。
そこで私が注目しているのはこうです:
ダスクは、歴史的な複雑さと運用上の複雑さを管理しにくくすることなく、実行ルールを進化させ続けられるのか?
それはブロックチェーンの中でも、あまり目立たない部分かもしれません。
でも、金融市場向けのインフラとして設計されているなら、それらの中でも注目に値する部分だと思います。
#dusk $DUSK @Dusk
