目次
ETH、またはモノリシックチェーンのさらなる解体
実行層
Слой DA
Первоначально этот уровень был почти эксклюзивным для ETH
ホームページ ウェブ3.0 ETHなどのパブリックチェーンインフラにおける注目に値する最近の変化は何ですか?

ETHなどのパブリックチェーンインフラにおける注目に値する最近の変化は何ですか?

Apr 16, 2024 pm 11:20 PM
oracle イーサリアム 同期機構

執筆者: Lao Bai

最近のプライマリー市場で最も注目されているのは間違いなく AI で、次に BTC が続き、プロジェクトの 80% が毎年議論されています。それらはすべてこの 2 つのトラックに集中しており、1 日に多くても 5 ~ 6 件の AI プロジェクトについて話すことができます。

AI バブルが来年にはピークに達し、数百の新しい AI プロジェクトがオンラインになり、AI トラックの市場価値が最高値に達することが予測されます。最終的にはバブルが崩壊し、同時に AI X 暗号の融合点を見つけ、この路線と業界全体を前進させ続けるユニコーンが誕生します。

それでは、現在の AI の過熱環境において、落ち着いてここ数カ月間のインフラストラクチャ レベルを見てみましょう。特に、パブリック チェーン インフラストラクチャの経過にどのような変化が生じたでしょうか? 言及する価値のある新しいことがいくつかあります。

ETH、またはモノリシックチェーンのさらなる解体

Celestia が最初にモジュール性の概念と DA レイヤーの概念を提案したとき、市場は実際にダイジェストするのに多くの時間を費やしました。現在、この概念は長く人々の心に深く根付いています。さまざまな RaaS インフラストラクチャが、インフラストラクチャの数 > アプリケーションの数 > ユーザーの数という大げさな段階まで普及しています。 (RaaS: Rollup-as-a-Service の略で、アプリケーション開発者がロールアップを迅速に開始できるように、既製のロールアップ製品とサービスを提供することを指します)

実行層、DA 層、決済過去数か月間で各レイヤーでいくつかの異なる技術開発があり、各レイヤーは新しい技術ソリューションを導き出し、決済レイヤーの概念さえももはやETHに限定されたものではありません。 各レイヤーの代表的な技術について簡単に説明します。

実行層

実行層で最も人気のある概念は間違いなく並列EVMであり、Monad、sei、MegaETH、FTM、Cantoなどの既存のものが代表的です。プロジェクトでは、この方向にアップグレードする計画も開始しています。ただし、すべての ZK プロジェクトがプライバシーを保護するわけではないのと同様、並列 EVM とラベル付けされた プロジェクトには、実際には異なる技術的ルートと最終目標があります。

直感的な表示のために Sei の写真を撮ってみましょう。明らかに、楽観的な状況下では、既存の逐次処理から並列処理に変更すると、パフォーマンスが大幅に向上します。

ETH 等公链基础设施近期又有哪些新变化值得关注?

並列 EVM は、実際にはいくつかの異なる技術的ルートに分割できます。

1) 観点からトランザクションがどのように並列化されるかについて - アプリオリと事後との違いを除いて、新しいことは何もありません。

ソラナとスイに代表されるアプリオリでは、トランザクションが明示的に記述される必要があります。ブロックをパッケージ化する前に、状態の競合 (同じ AMM プールへのアクセスなど) があるかどうかを事前に検出できるように、チェーンの状態のどの部分 を変更したかを確認します。そうである場合、これらの競合するトランザクションは捨てられた。

事後処理は、Aptos BlockSTM に代表される楽観的並列処理とも呼ばれます。つまり、トランザクションを受け入れる前に全員に競合がないことを前提とし、実行完了後にテストします。 競合するトランザクションが見つかった場合は、トランザクションを無効と宣言し、結果を更新して再実行し、ブロック内のすべてのトランザクションが実行されるまでこの手順を繰り返します。 Sei、Monad、MegaETH、Canto も同様のソリューションを使用しています。

また、国家紛争状況に対するプライマリ市場での並行ソリューション (上記と同じ AMM プールへのアクセスなど) も確認しましたが、プロジェクトは比較的複雑になるようで、実現するかどうかはわかりません。商業的に実現可能ですが、まだ評価中です。

2) 並列 EVM の重視の度合いから、2 つの流派に分けることもできます。

1 つは Sei に代表される Monad です。並列処理をどのようにトレードするか 主な拡張アイデアは、並列処理が主な物語であるということです。たとえば、Monad には、楽観的な並列処理に加えて、特別に開発された MonadDB もあり、非同期 I/O が特に並列処理と連携します。

もう 1 つは、Fantom、Solana、MegaETH のアイデアであり、並列処理は拡張ソリューションの 1 つです。並列処理は補助的なものであり、パフォーマンスの向上は他の技術的ソリューションに大きく依存します。 たとえば、Fantom の Sonic アップグレードは、FVM 仮想マシンと最適化された Lachesis コンセンサス メカニズムに焦点を当てています。 Solana の次のフェーズでは、Firedancer の新しいクライアントのモジュラー アーキテクチャ、最適化されたネットワーク通信メカニズム、署名検証などに焦点を当てます。

Целью MegaETH является внедрение блокчейна в реальном времени. Первый основан на недавно разработанном высокопроизводительном клиенте Reth компании Paradigm, механизме синхронизации состояний полного узла (синхронизация только различий состояний, а не всех данных) и аппаратной конструкции Sequencer (большое количество высокопроизводительной оперативной памяти с хранилищем). функции для доступа к состоянию), избежать медленного дискового ввода-вывода), улучшение структуры данных Merkle Trie и другие аспекты были дополнительно оптимизированы и улучшены, эквивалентен программному обеспечению, аппаратному обеспечению, структуре данных, дисковому вводу-выводу, сетевой связи, сортировке транзакций и параллелизм. Комплексные и всесторонние улучшения обработки доводят потолок производительности EVM до предела, приближаясь к «блокчейну реального времени».

Слой DA

Слой DA не имеет особо больших технических итераций, поэтому уровень объема этой дорожки намного меньше, чем у уровня исполнения. Ведь они есть. лишь несколько крупных игроков.

CallData ETH был обновлен до Blob, и стоимость каждого Layer2 значительно снизилась. Теперь ETH уже является «менее дорогим» DA.

Важнейшая роль Celestia заключается в том, что после того, как она вышла в Интернет, как первый проект, предложивший концепцию уровня DA, она подняла трек DA с потолка в 2 миллиарда FDV до 20 миллиардов. , выкройка и воображение открыты. Выбором DA для многих новых цепочек приложений уровня 2, естественно, является Celestia. (FDV означает «полностью разводненная оценка», которая представляет собой показатель оценки, полученный из цены токена * общая сумма)

Avail не зависит от Polygon. Технически это больше похоже на то. «расширенная версия Celestia». Например, он использует механизм консенсуса Grandpa BABE от Polkadot. По сравнению с Tendermint от Celestia, он теоретически может поддерживать децентрализацию большего количества узлов, а также, например, Validity Proof поддерживается, но не поддерживается Celestia. и т. д. Конечно, технические различия гораздо менее важны, чем экологические аспекты, которым Avail еще предстоит догнать на экологическом уровне.

EigenDA также был запущен два дня назад вместе с основной сетью EigenLayer

. EigenLayer — один из самых сильных повествовательных проектов в этом раунде и наиболее способный к коммерческому сотрудничеству. EigenDA - это мое личное мнение. Теоретически, пока это «безопасно и цена низкая», не многие проекты действительно заботятся о том, используете ли вы Validity Proof или Fraud Proof, поддерживает ли его DAS. и т. д.

Следующие три DA заслуживают упоминания:

#1) Рядом с DA

Рядом Это волшебное публичная цепочка изначально была разработана для шардинга и до сих пор этим занимается, но одновременно с шардингом она также выполняет DA.

Дешевле, чем Celestia, он также поддерживает быстрый расчет Layer2.

Chain Abstraction

- Рядом с недавно запущенными подписями цепочек, что позволяет пользователям запрашивать любую цепочку через единую подпись транзакции учетной записи NEAR;

AI

— Основатель Илья — один из восьми Трансформеров. Человек, которого Хуан Ренсюнь похлопал по плечу на конференции NVIDIA, теперь планирует нанять инженеров по искусственному интеллекту. Официальный сайт будет. будет запущен в следующем месяце Опубликуйте соответствующие объявления... Hexagon Warriors, которые я также включил в схему DA.

#2) BTC&CKB

Поскольку уровень 1 BTC не поддерживает смарт-контракты и не может быть рассчитан напрямую, поэтому сейчас десятки BTC EVM Layer2 в основном конвертируются BTC При использовании

в качестве DA разница заключается просто в том, бросать ли ZK Proof непосредственно в BTC или выбрасывать хеш ZK Proof, как будто вы не можете называть себя «BTC Layer 2», если не сделаете этого. Недавно я действительно столкнулся с новым проектом и сказал: «Я больше не хочу притворяться. Я ETH Layer2, и все расчеты DA проводятся в ETH, но я обслуживаю экосистему BTC. Это вполне!» радостно...

Единственный альтернативный план расширения - это RGB, запущенный CKB. В этом контексте CKB стал существованием, подобным DA, в то время как BTC почти стал расчетным слоем RGB из-за черной технологии изоморфной привязки UTXO. .

3) Новый DA

Я расскажу о двух новых идеях DA, которые я видел, не упоминая названия проекта.

Одним из них является объединение DA с AI

Помимо того, что он сам по себе является высокопроизводительным DA, он также может служить слоем хранения для больших моделей ИИ, обучающих данных и траекторий обучения. Другой — это; для улучшения Celestia и т. д. Базовый механизм кода исправления ошибок DA может обеспечить более надежный статус сети в нестабильном состоянии, например в динамической сети (несколько узлов случайным образом отключаются от сети в каждом раунде). Уровень расчетов

Первоначально этот уровень был почти эксклюзивным для ETH

, и у DA была возможность конкурировать с Celestia и реализовать собственный уровень 2. Только для расчетов другие сети, такие как Solana и Aptos, еще не имеют уровня 2. Уровень 2 BTC не используется, и BTC не может использоваться для расчетов. В настоящее время единственным расчетным уровнем, о котором вы можете думать, является ETH.

Однако вскоре эта ситуация изменится. Мы видели несколько новых проектов, движущихся в направлении, указанном в начале статьи. Некоторые старые проекты также начали трансформироваться в этом направлении, а именно ZK The. Уровень проверки/расчетов дополнительно деконструирует ETH (захватывает бизнес ETH).

Почему существует такое понятие? Причина в том, что запуск контракта на уровне ETH 1 для проверки ZK Proof на самом деле не является оптимальным выбором в теории:

Технически говоря, чтобы проверить правильность ZK Proof, Персоналу разработки необходимо написать контракты на проверку на основе Solidity на основе проекта ZK и выбранной ими системы доказательств ZK. Среди них необходимо полагаться на множество криптографических алгоритмов, таких как поддержка различных эллиптических кривых. Эти криптографические алгоритмы обычно относительно сложны, и архитектура EVM-Solidity не является оптимальной платформой для реализации этих сложных криптографических алгоритмов. Для некоторых проектов ZK стоимость написания и проверки этих контрактов проверки также очень высока. Это в некоторой степени мешает некоторым экосистемам ZK изначально присоединиться к экосистеме EVM. Поэтому языки, дружественные к ZK, такие как Cario, Noir, Leo и Lurk, в настоящее время могут быть проверены только на их собственном Layer1. В то же время обновление или модернизация этих вещей в ETH всегда перевернет корабль.

С точки зрения стоимости, Хотя «плата за защиту», выплачиваемая DA уровнем 2, составляет большую часть, проверка контракта ZK также требует платы за газ, а проверка на Ethereum определенно не из дешевых. параметры. В сочетании с тем, что комиссии ETH Gas время от времени растут и он превращается в «благородную цепочку», стоимость проверки также сильно пострадает.

В результате появились новые концептуальные проекты уровня проверки/расчета ZK. Новые проекты все еще находятся на относительно ранней стадии развития и представлены Nebra. Некоторые старые проекты также движутся в этом направлении, например Mina и Zen, которые только что приняли новое предложение.

Общая идея большинства проектов в этом треке в основном такова:

  • Поддержка нескольких языков ZK
  • Поддержка агрегации ZK, более эффективная и дешевая
  • Более быстрое время окончательного подтверждения
Расчетный уровень ZK и децентрализация В настоящее время Proof Market, скорее всего, будет связан воедино. В конце концов, чтобы иметь технологии, вам нужны вычислительные мощности. Вы можете увидеть, что некоторые проекты расчетного уровня взаимодействуют с проектами Proof Market, или расчетный уровень с вычислительной мощностью может напрямую создать Proof Market сам по себе, или Proof Market при овладении технологией может сам создать пакет расчетного слоя.

Последнее слово о том, как действовать, остается за рынком.

Резюме

Должно быть написано много статей о других областях инфраструктуры, таких как OEV в области Oracle и MEV, а также легкие клиенты ZK в области совместимости. здесь не описывается подробно. В следующий раз, когда увижу что-то новое и интересное, поделюсь этим с вами.

以上がETHなどのパブリックチェーンインフラにおける注目に値する最近の変化は何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

Oracleビューを暗号化する方法 Oracleビューを暗号化する方法 Apr 11, 2025 pm 08:30 PM

Oracle View暗号化により、ビュー内のデータを暗号化でき、それにより機密情報のセキュリティが強化されます。手順には以下が含まれます。1)マスター暗号化キー(MEK)の作成。 2)暗号化されたビューを作成し、暗号化されるビューとMEKを指定します。 3)暗号化されたビューにアクセスすることをユーザーに許可します。暗号化されたビューがどのように機能するか:ユーザーが暗号化されたビューを求めてクエリをするとき、OracleはMEKを使用してデータを復号化し、認定ユーザーのみが読み取り可能なデータにアクセスできるようにします。

Oracleのインスタンス名を表示する方法 Oracleのインスタンス名を表示する方法 Apr 11, 2025 pm 08:18 PM

Oracleでインスタンス名を表示するには3つの方法があります。「sqlplus」と「v $ instanceからselect instance_name;」を使用します。」コマンドラインのコマンド。 「show instance_name;」を使用しますSQL*Plusのコマンド。オペレーティングシステムのタスクマネージャー、Oracle Enterprise Manager、またはオペレーティングシステムを介して、環境変数(LinuxのOracle_Sid)を確認してください。

Oracleのインストールをアンインストールする方法は失敗しました Oracleのインストールをアンインストールする方法は失敗しました Apr 11, 2025 pm 08:24 PM

Oracleインストール障害のためのアンインストールメソッド:Oracleサービスを閉じ、Oracleプログラムファイルとレジストリキーを削除し、Oracle環境変数をアンインストールし、コンピューターを再起動します。アンインストールが失敗した場合、Oracle Universal Uninstallツールを使用して手動でアンインストールできます。

Oracle Cursorを閉じる問題を解決する方法 Oracle Cursorを閉じる問題を解決する方法 Apr 11, 2025 pm 10:18 PM

Oracle Cursorの閉鎖問題を解決する方法には、次のものが含まれます。 Scopeが終了した後に自動的に閉じるように、for update句のカーソルを宣言します。使用句のカーソルを宣言して、関連するPL/SQL変数が閉じられたときに自動的に閉じるようにします。例外処理を使用して、例外の状況でカーソルが閉じていることを確認します。接続プールを使用して、カーソルを自動的に閉じます。自動送信を無効にし、カーソルの閉鎖を遅延させます。

無効な数のOracleを確認する方法 無効な数のOracleを確認する方法 Apr 11, 2025 pm 08:27 PM

Oracle無効な数値誤差は、データ型の不一致、数値オーバーフロー、データ変換エラー、またはデータの破損によって引き起こされる場合があります。トラブルシューティング手順には、データ型のチェック、デジタルオーバーフローの検出、データ変換のチェック、データの破損のチェック、nls_numeric_charactersパラメーターの構成、データ検証ロギングの有効化など、他の可能なソリューションの調査が含まれます。

Oracleからすべてのデータを削除する方法 Oracleからすべてのデータを削除する方法 Apr 11, 2025 pm 08:36 PM

Oracleのすべてのデータを削除するには、次の手順が必要です。1。接続を確立します。 2。外部のキーの制約を無効にします。 3.テーブルデータを削除します。 4.トランザクションを送信します。 5.外部キーの制約を有効にします(オプション)。データの損失を防ぐために、実行前にデータベースを必ずバックアップしてください。

Oracle Loopでカーソルを作成する方法 Oracle Loopでカーソルを作成する方法 Apr 12, 2025 am 06:18 AM

Oracleでは、forループループは動的にカーソルを作成できます。手順は次のとおりです。1。カーソルタイプを定義します。 2。ループを作成します。 3.カーソルを動的に作成します。 4。カーソルを実行します。 5。カーソルを閉じます。例:カーソルをサイクルごとに作成して、上位10人の従業員の名前と給与を表示できます。

Oracleのユーザーをセットアップする方法 Oracleのユーザーをセットアップする方法 Apr 11, 2025 pm 08:21 PM

Oracleでユーザーを作成するには、次の手順に従ってください。Createユーザーステートメントを使用して新しいユーザーを作成します。助成金ステートメントを使用して必要な権限を付与します。オプション:リソースステートメントを使用してクォータを設定します。デフォルトの役割や一時テーブルスペースなど、他のオプションを構成します。