13月XNUMX日（土）は、 セバスチャン・ギユモ、ブロックチェーン会社のCTO dcスパーク、L1 ブロックチェーン カルダノ ($ADA) は「間違いなく、データを保存するための最悪のブロックチェーンの XNUMX つ」であると述べ、彼がそう考える理由を説明し始めました。
開発チームによると、dcSparkが何をするのか疑問に思っている場合、主な目標は次のとおりです。
- 「ブロックチェーンプロトコル層の拡張」
- 「ファーストクラスのエコシステムツーリングの実装」
- 「ユーザー向けアプリの開発とリリース」
同社は、2021 年 XNUMX 月に Nicolas Arqueros、Sebastien Guillemot、Robert Kornacki によって共同設立されました。 dcSpark は、サイドチェーン プロジェクトでカルダノ コミュニティで最もよく知られています。 ミルコメダ.
金曜日 (12 月 XNUMX 日)、カルダノ支持者の XNUMX 人がツイートを送信し、カルダノはチェーン上に大量のデータを保存するための優れたブロックチェーンであるように思わせました。
しかし、dcSpark の CTO は、Cardano の現在の設計は、データを保存するための最悪のブロックチェーンの XNUMX つになっていると答えました。
「本当に変なツイート。 カルダノは間違いなく、データを保存するための最悪のブロックチェーンの 64 つです。これは、ブロックチェーンの肥大化を回避するための明確な設計上の決定であり、プルータス データの XNUMX バイト チャンク、オフチェーン プールおよびトークン レジストリなど、多くの設計上の決定の根本的な原因です。
Vasil はインライン データムでこれを改善しますが、使用コストが大きいため、間接的に推奨されていません。 ブロックチェーンがデータの可用性を提供することは重要な機能であることに同意しますが、優れたソリューションを実現するには、既存のプロトコルを変更する必要があります.「
次に、別の $ADA 保有者が Guillemo に、この設計上の決定により、チーム ビルディングのロールアップ ソリューション (Orbis など) が困難になる可能性があるかどうかを尋ねたところ、次の回答を受け取りました。
「はい、L1 をスリムに保ちながら、ロールアップ、ミスリル、入力エンドーサー、およびその他の同様のデータ量の多いユースケースのようなユースケースにデータの可用性を提供しようとすることは (データをダンプするだけの人に最適化するイーサリアムとは異なります)、大きな技術的課題の XNUMX つです。取り組みました「
1 月 XNUMX 日、IOG の共同創設者兼 CEO である Charles Hoskinson は短いビデオを公開し、Vasil ハード フォークが XNUMX 回目の遅延となった理由を説明し、Vasil プロトコル アップデートのテストに関するステータス アップデートを提供しました。
ホスキンソンは言った：
「当初、私たちは 1.35 でハード フォークを行う予定でした。それがテストネットに出荷されたものです。 テストネットはその下でハードフォークされました。 そして、内部とコミュニティの両方で多くのテストが進行中でした. 一連のバグが見つかりました。ソフトウェアの 1.35.3 つの新しいバージョンにつながる XNUMX つの個別のバグです。 そして今、XNUMX があります。これは、ハード フォークを生き延びて Vasil にアップグレードするバージョンになるようです。
「行われる大規模な回顧展があります。 簡単に言うと、ECDSA プリミティブや他のいくつかの要素が、必要な場所に十分に配置されていないということです。 したがって、その機能は脇に置く必要がありますが、残りのすべての機能、CIP 31、32、33、40 などはかなり優れています。
「これらはテストの高度な段階にあり、DB Sync やシリアライゼーション ライブラリなど、多くのダウンストリーム コンポーネントをテストする必要があります。 そしてそれは現在進行中です。 そして、多くのテストが進行中です。 前に述べたように、これはプログラミング言語 Plutus への変更とコンセンサス プロトコルへの変更、およびその他の多くの変更の両方を含み、非常に負荷の高いリリースであったため、カルダノの歴史の中で最も複雑なアップグレードです。 その中には多くのものがあり、その結果、誰もが徹底的にテストすることに既得権を持っていたものです.
「問題は、何かが発見されるたびにそれを修正する必要があることですが、修正を検証してテスト パイプライン全体に戻る必要があります。 つまり、機能を完成させた後、テストを行う必要があり、テストを行ったときに何かを発見し、それを修復しなければならないという状況に陥ります。 そして、テスト パイプライン全体に戻る必要があります。 これがリリースの遅れの原因です...
「本当は XNUMX 月に公開したいと思っていましたが、バグ、特にコンセンサスやシリアライゼーションに関連するもの、またはトランザクションの特定の問題に関連するものがある場合は、それができません。 ただそれをクリアする必要があり、それがまさにその方法です。 しかし、すべてのことを考慮すると、物事は着実かつ体系的に正しい方向に進んでいます…
「うまくいかない可能性のあるもののセットは非常に小さくなり、現在はその点でのテストの最終段階にある. ですから、何か新しいことが発見されない限り、これ以上遅れることはないと思います。ただ人々をアップグレードしているだけです…
「そして、うまくいけば、31 月に入ってすぐに明るいニュースが得られるはずです。 もう 32 つの側面は、このプロセス全体を通じて、パイプライン処理で問題が発見されなかったこと、CIP 33、40、XNUMX、または XNUMX で問題が発見されなかったことです。これは非常にポジティブなニュースでもあります。開発者の QA 会社とエンジニアによって社内外でテストされています。 そのため、解決すべきいくつかの特殊なケースにすぎません。うまくいけば、より多くのニュースを含む月半ばの更新を提供できると思います.「
[埋め込まれたコンテンツ]
イメージクレジット
おすすめ画像via Pixabay
