Layer One XのL1X VMはコントラクトを実行する環境、X-Talkは異なるチェーンの情報や処理を連携させる仕組みとして紹介されています。「ブリッジレス」という言葉だけで、検証や運用への依存が消えるわけではありません。
2023年の発表を紹介した旧記事を、後年の公式技術解説、公開コード、監査報告書と照合しました。2026年9月27日に確認できた設計の説明と、実行検証していない範囲を整理します。
L1X VMとX-Talkは何を担うのか
Layer One Xは、異なるブロックチェーンの間で情報や処理を連携させることを目指すプロジェクトです。2023年の紹介記事では、実行環境のL1X VMと、チェーン間の通信を扱うX-Talkが取り上げられていました。両者をまとめて「資産を安全に移す新システム」と呼ぶだけでは、何が実行され、何が検証されるのかが分かりません。
2024年3月の公式技術解説は、VMをコントラクトの実行や状態管理に関わる仕組みとして説明しています。開発者が書いた処理を、ネットワークで扱える形に変換して実行する部分です。一方、X-Talkは外部チェーンの出来事とアプリの処理をつなぐ部分として読み分けられます。
例えば、別のチェーンで起きた取引を契機に、L1X上のアプリが処理を行う場面を考えます。外部の出来事を受け取る段階と、それを入力としてアプリを動かす段階は別です。一つの製品名で説明されていても、通信、検証、実行という役割を順に追うと構成が理解しやすくなります。
現在の公式説明は、外部イベントの検証を重視する
2026年9月27日に確認した公式サイトは、ネットワークを動かすバリデーターが外部チェーンのイベントを観測し、確認した内容について合意したうえで、アプリ側の処理を動かすと説明しています。開発者は対象のコントラクトとイベントを登録するという流れです。
この説明の中心は、別会社が中央で資産を預かる形への依存を減らし、ネットワーク自体が検証を担うという設計です。しかし「ブリッジレス」という呼び方から、検証者やソフトウェアへの依存がなくなると解釈することはできません。何を信頼し、何を合意によって確かめるかという構造が変わる話です。
また、外部イベントを確認したことと、あらゆるチェーン上の資産が同じ方法で自由に移せることは同義ではありません。実際のアプリでは、どのチェーンのどのコントラクトを対象にするか、受け取った情報を何に使うかという設定が必要になります。
公式サイトが示す通信の流れは、提供側が説明する設計です。本記事では外部チェーンのイベント発生からアプリ側の処理完了までを実行していません。そのため、対応をうたう全経路の成功率、遅延、障害からの復旧まで実測済みとは扱っていません。
独自VMとEVM互換環境を混同しない
2024年の技術解説は、L1X VMとL1X EVMの両方が存在すると説明しています。独自VMではRustを中心とする開発に触れ、EVM側はSolidityに慣れた開発者の利用にも関わるとしています。VM、EVM、X-Talkをすべて同じ意味の名称として使うと、この役割分担が見えなくなります。
| 名称 | 資料を読む際の着眼点 |
|---|---|
| L1X VM | 独自のコントラクト実行環境と処理の流れ |
| L1X EVM | Ethereum系の開発方法と互換性を持つ環境 |
| X-Talk | 他チェーンの情報を確認し、処理へつなぐ仕組み |
| RPC | アプリやツールがネットワークへ問い合わせる接続先 |
同解説にはWebAssembly、LLVM IR、eBPFといった変換・実行に関する用語も登場します。これらは開発者のコードを実行可能な形へ変える工程の説明であって、他チェーンの残高をそのまま共有するという意味ではありません。仮想マシンの互換性と、チェーン間の資産・状態の連携は別々に確かめる必要があります。
将来、独自VM側へ機能を集約する可能性についての議論も、当時の質疑応答に含まれます。こうした構想を、現在すでに実装済みの仕様へ読み替えることは避けます。開発に使う場合には、説明の公表日と、利用するSDKやノードの版をそろえることが重要です。
本番ネットワーク、試験環境、公開コードから分かる範囲
公式SDKの接続資料は、本番とテスト用のRPCを区別し、L1X EVMの本番Chain IDを1066と記載しています。公式サイトにも本番ネットワークの案内があります。ただし、接続先が文書に載っていることだけでは、任意の時刻に正常応答することまで証明できません。
開発用の実行環境でサンプルが動くこと、公開テスト環境で処理が通ること、本番で実際の資産を扱えることは、それぞれ異なる確認段階です。テスト用の残高を本番の保有資産とみなしたり、試験環境での結果を本番の費用や速度として紹介したりすることはできません。
公式のl1x-coreリポジトリには、合意形成、バリデーター、ネットワークなどの実装が公開されています。READMEはDockerを使った構築や、PostgreSQLによる状態管理を案内しています。資料とコードの存在は確認できますが、今回コード一式をビルドしてノードを稼働させたわけではありません。
なお、公開コードのREADMEには利用ライセンスの条件も記載されています。誰でも閲覧できることと、無条件で任意の競合サービスへ再利用できることは別です。技術資料の公開範囲、実際の動作、利用条件を分けて確認する必要があります。
Hashlockの監査は、対象と指摘の状態まで読む
公開されている2024年のHashlock報告書は、WASMからLLVM IRへの変換ツールを対象にしています。対象ファイルや版が示されており、全ネットワークのあらゆる機能を監査した文書ではありません。評価だけを抜き出してX-Talk全体の安全保証とすることはできません。
さらに、公式サイトがリンクするコア側の監査報告書には、監査時期が2025年2月と記されています。総括では当初の高1件・中8件・低6件の指摘と対応を説明していますが、個別の状態には「Resolved」と「Acknowledged」の両方があります。
後者は、指摘を認識したことを表す状態であり、すべてを同じ方法で修正済みと読み替えることはできません。逆に、この過去の状態だけを根拠に、現在稼働する版にも同じ問題が残っていると断定することも避けます。監査対象の版と現行実装の照合が別途必要になるためです。
監査は、特定の時点と対象について確認が行われた証拠として役立ちます。将来の更新、アプリ独自の処理、運用中の設定まで無期限に保証するものではありません。今回は公開報告書を確認した範囲であり、独自の脆弱性検査や最新コードの再監査を実施したものではありません。
2023年の発表を、現在の実績と区別する
旧記事は、第三者の介入が不要になることや、安全で効率的な連携が可能になることを強く打ち出していました。現在の資料まで読むと、説明すべきなのは仲介の有無という二択より、検証をどの構成要素が担うかです。バリデーター、実行環境、対象チェーン、アプリの設定を含めて仕組みを捉える必要があります。
同様に、「大量導入を促す」「新しい基準になる」という将来への期待は、利用者数や導入企業数の実績とは異なります。今回、旧記事にある期待を裏付ける同じ条件の統計や、競合方式との性能比較は確認していません。根拠のない最上級表現や、攻撃が不可能になるという断定は採用していません。
Layer One Xを調べる際には、まずどのVMで処理を動かし、どのイベントをどう検証し、どの版の資料や監査を参照するのかを押さえると、機能の説明と宣伝を分けて読めます。本記事は仕組みと資料の位置付けを整理するものであり、トークン購入や実資産の移動を実行した利用手順ではありません。
よくある質問
Q. L1X VMとX-Talkは同じものですか？
A. 同じ意味の名称ではありません。コントラクトの実行環境と、他チェーンの情報を確認して処理へつなぐ役割を分けると理解しやすくなります。
Q. ブリッジレスなら安全性の確認は不要ですか？
A. 不要にはなりません。バリデーターによる検証、ソフトウェア、対象チェーン、アプリの条件を確認する必要があります。
Q. Hashlockの監査は現在の全機能を保証しますか？
A. 監査には対象のコードと時点があります。2024年の変換ツール監査と2025年のコア監査を、最新の全機能への無期限の保証として扱うことはできません。
この記事の出典
※本記事は公開情報をもとにした一般的な情報提供であり、投資の勧誘や助言ではありません。暗号資産・NFTの価格は大きく変動します。最新の情報は各公式発表をご確認ください。
