Cardano、Plutusコストモデル更新をPreProdに移行、eUTXOスケーリング論争が再燃

Cardano開発者は、最新のPlutusコストモデル更新に関するPreProdテストの明確なウィンドウを手に入れました。一方、eUTXOに関する批判の再燃により、Cardanoのスケーリングアーキテクチャが自社の開発者コミュニティ外でいまだに誤解されている理由が浮き彫りになっています。

By SongMarketCap

Updated:

Cardano News - Cardano、Plutusコストモデル更新をPreProdに移行、eUTXOスケーリング論争が再燃

CardanoのPlutusコストモデル更新がPreProdに到達

CardanoのPlutusコストモデルパラメーターの更新が5月16日にPreProdテストネットワークで実施され、開発者は変更がメインネットに進む前に既存スクリプトをテストするためのライブ環境を手に入れました。Intersectは、特にアプリケーションがPlutusの実行予算に依存している場合、進展の前に現在の設定を確認することを強く推奨しています。

今回の更新では、特定のPlutusプリミティブのCPUコストモデルパラメーターが増加しました。影響を受けた操作には、Plutus V1、V2、V3のequalsByteString、およびPlutus V3の整数操作(divideIntegermodIntegerquotientIntegerremainderInteger)が含まれます。ユーザーにとって、これが目に見える製品の変更として現れることはありませんが、開発者にとってはスマートコントラクトが依存する実行環境が変わる事実を意味します。

Plutusコストモデルは、Cardano上でスクリプトを実行する際に計算作業がどのように価格設定されるかを定義します。スクリプトがすでにそのCPU予算の近くにある場合、コストの増加はそのスクリプトが実行限界内に収まるかどうかに影響を与える可能性があります。そのため、PreProdでのテストはDeFiプロトコル、NFTプラットフォーム、アイデンティティアプリケーション、ガバナンスツール、Plutusスクリプトを使用する生産システムにとって必須です。

Cardano開発者にとってPlutus更新の重要性

Plutusコストモデルの更新は、より広範なVan Rossemアップグレードの一環です。Intersectの5月8日の更新では、ノード、インフラストラクチャ、エコシステムの準備に関する継続的な準備が記述されており、Plutusコストモデルプロトコルパラメーター更新のガバナンスアクションがPreProdで提出されたことが示されています。

問題は、1つのパラメーター更新がテストネットワークに到達したことでCardanoが速くなるということではありません。より正確には、Cardanoがスマートコントラクトの実行を測定する方法を定義するルールを調整しているという点です。これが重要なのは、Cardanoの開発環境が予測可能なコスト、信頼性の高い取引挙動、明確な実行境界に大きく依存しているためです。

これはインフラストラクチャの作業であり、マーケティング素材ではありません。コストモデルの変更はユーザー体験の表層下にありますが、それによってプロトコルパラメーターが進化する際にアプリケーションが安定して保たれるかどうかが決まります。スマートコントラクトを維持するチームは、メインネット条件へ同じ仮定が持ち込まれる前に直接テスト、測定、調整する理由を今持っています。

リスクは実際的です。古いコントラクト、緊密に最適化されたスクリプト、またはすでに実行限界近くで動作しているアプリケーションはレビューが必要になる可能性があります。それがこの更新を否定的にするというわけではありません。これはテストの機会を価値あるものにします。

Charles HoskinsonのeUTXOに関する反応が背景を補完

同じ日にCharles Hoskinsonが、UTXOアーキテクチャのためCardanoがスケールできないというAI分析結果を指摘するXの投稿に応じました。Hoskinsonは「Dunning Kruger AI版。‘AIがUTXOはスケールしないと教えてくれた’」と辛辣にその主張を否定しています。

そのやり取りは技術的なニュースに次ぐものに留めるべきですが、それは1つのパラメーター変更を超えてPlutusの更新が重要である理由を説明しています。Cardanoは、アカウントベースのブロックチェーンに基づいた仮定によっていまだにしばしば判断されますが、そのアーキテクチャは異なるモデルに従っています。Cardano Docsは、CardanoがビットコインのUTXOアプローチを拡張してマルチアセットとスマートコントラクトをサポートするExtended UTXOモデルを使用していると説明しています。

誤解は単に語彙の問題ではありません。アカウントベースのシステムでは、開発者やアナリストはしばしば共有状態という観点で考えます。CardanoのeUTXOモデルでは、アプリケーション設計はバリデーション、トランザクション構造、並列実行に関する異なる仮定に依存します。そのため、浅薄な比較は誤解を招きやすく、特にeUTXOのスケーリングモデルをUTXOの可能不可能に関する簡略化された主張に還元するものは誤導されることになります。

Plutusコストモデルの更新は、この論争に対するCardanoのより実質的な回答です。これにより、開発者は具体的なテスト環境、評価すべき特定のプリミティブ、そしてアプリケーションが実行限界内に収まっているかを確認する明確な理由を得ることができます。eUTXOに関する批判が真剣に受け止められるのであれば、それはCardanoが実際にテストされる場、すなわちスクリプト、予算、トランザクション設計、そして生産準備という実地の中にあるべきです。それを、UTXOが何ができるかまたはできないかに関する簡略化された主張にとどめてはいけません。