Arbitrum メインネットの開発デプロイ体験、7人の開発者がどう語るか

この記事はChainNewからのもので、インタビュー:潘致雄、インタビュー対象チーム：DeGate、DODO、EthSign、imToken、麦子ウォレット、MCDEX、WePiggy。

最初に立ち上げられたEVM互換のRollup拡張ソリューションの一つであるArbitrumは、開発者にメインネットへのアクセス権を開放し、ちょうど1ヶ月が経過しました。国内外の多くの開発チームが積極的に試行と展開を行っており、このネットワークの全体的な成熟度に対して楽観的な見方が示されていますが、一部のコンポーネント、例えばブロックエクスプローラーはまだ初期段階にあり、プロジェクト開発に影響を与える可能性があります。

この第2層ネットワークはArbitrum Oneと呼ばれ、Arbitrumという技術と区別されています。すでにイーサリアムメインネットにデプロイされていますが、チームは安全性を確保するために、現在もメインネットのベータ版（Beta）と呼び、開発者のみが事前にデプロイして使用できるようにしています。

Arbitrumの他に、Optimismは彼らに似た技術ソリューションですが、第1四半期に制限されたメインネットを立ち上げ、Synthetixとの協力を選択した後、現在はより広範囲なテストを行っておらず、一度立ち上げ時期を延期したこともあり、7月に正式に立ち上げる予定です。

また、ゼロ知識証明に基づく他の2つのRollup拡張ソリューションは、さらに遅れて立ち上がる可能性があります。Matter LabsはzkSync 2.0が8月に立ち上がると発表しており、前の2つに比べて互換性が低く、あまり使用されないEVMオペコードをサポートしていません。一方、StarkWareのStarkNetソリューションは今月テストネットを発表したばかりで、メインネットは早くても今年の年末になると予想されています。

Arbitrum Oneの現在の状態をより直感的に理解するために、ChainNewはDeFi、アプリケーション、ウォレットなどの上下流を含む7つのArbitrumネットワークに接続しているチームにインタビューを行いました。これらの開発者の異なる視点を通じて、Arbitrumの最初のメインネットの状態をより包括的に再現できることを期待しています。

全体的に見ると、これらの開発チームはArbitrum Oneの成熟度と完成度について非常に良い評価をしており、大多数のツールとインフラはすでにサポートされているか、すぐに移行してサポートされる予定です（例えばChainlinkやThe Graphなど）。

一方で、皆が不満を持っているのは現在のブロックエクスプローラーの不完全さで、開発のスピードに影響を与える可能性がありますが、業界で最も広く使用されているブロックエクスプローラーであるEtherscanが、Arbitrum Oneのブロックエクスプローラーにより多くの機能を追加するのはそれほど難しいことではないでしょう。また、ガス計算方法の違いも何度も指摘されており、開発者はこの部分の違いに注意を払う必要があります。

さらに興味深いのは、Arbitrum Oneが詐欺証明に似たメカニズムを採用しているため、これはネットワークの安全特性の中でも重要な要素です。そのため、開発者たちはネットワーク自体の詐欺証明のさまざまなテストや演習に注目すると思われましたが、実際には皆はあまり関心を持っていませんでした。ただし、初期段階では公式または信頼できる第三者がネットワークの管理者として機能する可能性があるため、安全性には問題ないと考えられます。

最後に、Arbitrum Oneのメインネットが正式に外部に開放される時期について、皆の評価はさまざまで、最も楽観的なチームは現在のネットワークが十分に整備されていると考えていますが、慎重な開発チームは最大で6ヶ月の時間が必要だと考えています。

上記の要約に加えて、今回のインタビューでは以下のトピックについて主に議論されました：

• EVM互換性は本当に公式の宣伝通りなのか、全体の移行作業量はどのくらいか？

• このネットワークの安定性はどうか？開発ツールとインフラはスムーズに移行できるか？

• Arbitrumネットワークの実際の性能とコストのパフォーマンスはどうか？

• 完全にメインネットを開放するまでにどれくらいの時間がかかると予想されるか？

質問1：Arbitrumに移行する際、元のイーサリアムL1上のスマートコントラクトを調整する必要がありますか？この部分の移行全体の作業量はどのくらいですか？

MCDEX： 移行時にスマートコントラクトのコードは調整しませんでした。ブロックと時間に関してはレビューが必要かもしれません。私たちのトークン発行はL1上にあるため、いくつかのクロスチェーン通信のニーズがあり、コードを書く必要があります。

DODO： 調整は不要で、作業量は非常に少ないです。DODOはマルチチェーン戦略を持っているため、最初にイーサリアムからBSCに移行する際に、多くのスクリプトを準備しました。ただし、フロントエンド製品にはいくつかの作業量が必要です。DODOの製品は比較的複雑で、多くのキャッシュとデータ中間層があるため、これらの内容の移行には時間がかかりました。

WePiggy： Arbitrumに移行する際、元のイーサリアムL1上のスマートコントラクトは基本的に調整が不要でした。OpenZeppelinのコントラクトをバージョンアップし、最新バージョンにアップグレードしました。

DeGate： スマートコントラクトは基本的に調整が不要で、私たちのコントラクトは問題ありませんでした。ブロックとガスに関連するデータを使用する場合は、以下の差異点を参考にしてください：

《Differences from Solidity on Ethereum》

imToken： 作業量は多くなく、EVM互換のため、比較的スムーズでした。ただし、作業量は環境やシステム監視に関して、追加のシステムの維持と監視が必要です。

麦子ウォレット： 資産のスマートコントラクトのクロスチェーンについて重点的に説明できます。Arbitrumはデフォルトのトークンブリッジングメカニズムを提供しており、すべてのL1上のERC20およびERC721資産はArbitrum上にデフォルトの自動マッピングコントラクトを持っているため、プロジェクト側がERC20またはERC721コントラクトを再デプロイする必要がなく、非常に便利です。このメカニズムにより、大量のL1上の資産がArbitrum L2に移行することが期待されます。

EthSign： Truffleのネットワーク設定を再構成する必要がある以外は、現在デプロイできません。初期の判断では、ArbitrumのEVMとOpenZeppelinコントラクト（例えば最も基本的なOwnable）が互換性がなく、他のネットワークで正常に動作するロジックがデプロイ時に直接revertされることがあります。

質問2：Arbitrum上のインフラはイーサリアムL1上と比較して近くなっていますか？例えば開発ツール、IDE、Chainlink、The Graph？安定性はどうですか？何か問題に直面しましたか？

WePiggy： 私たちはArbitrumのKovan3バージョンからArbitrumの開発進捗を追跡し、Kovan3、Kovan4、Kovan5などのバージョンを経てきました。テストに参加している間にいくつかの問題を発見しました。例えば、L1とL2間のブロック同期の問題や、L2上のETHコントラクトの送金問題などで、Arbitrumの開発チームに積極的にフィードバックを行い、彼らからも認識を得ました。

MCDEX： 開発ツールは完全に一致しており、非常に驚くべき体験です。Chainlink、TheGraphは現在Arbitrumメインネットへの移行中です。唯一の問題は、エクスプローラーが現在提供している情報が不十分であることですが、大きな問題ではありません。etherscanもデプロイ中で、エクスプローラーの体験を改善する予定です。

DODO： 現在はまだありません。開発ツールとIDEは実際にはL1を完全に再利用しています。The Graphは中間層に属し、安定性は検証が必要です（現在はまだ大量のユーザーにメインネットを開放していないため）。Chainlinkは他のプロジェクト側に属し、現在も完全に立ち上がっておらず、デバッグ段階にあります。

DeGate： Solidityと互換性があるため、開発ツールやIDEは共通して使用できますが、古いバージョンのツールには問題があるかもしれません。例えば、Truffleでコントラクトをデプロイする際に失敗したことがあります。ChainlinkやThe Graphはまだ完全にデプロイされていません。

imToken： 開発ツールはHardhatを使用しており、特に問題はありません。IDEはチェーンに影響を与えません。オラクルを使用していないため、Chainlinkは試していません。

安定性については、Arbitrumのテストネットが切り替わったため、以前は不安定な現象がありましたが、その後はかなり改善されました。全体として、エクスプローラーはまだEtherscanのサポートがないため、情報量が十分ではありませんが、使用可能です。最近、AlchemyとInfuraがArbitrumのノードをサポートしており、比較的便利です。

EthSign： 開発ツールとL1の体験は基本的に一致しており、安定性はデプロイできないためテストできません。

質問3：L2の性能から見て、現在の段階でArbitrumの性能やコストを評価しましたか？

DeGate： 私たちは、Arbitrumのコストが長期間にわたって主にcalldataのオンチェーンコストから来ると考えており、その性能のボトルネックもここにあります。現在のイーサリアムのブロックは1500万ガスの上限があり、そのうち30%がArbitrumによって占められています。L2取引の平均callldataのガスコストは4500ガス（1回のERC-20送金は約1800ガス）であり、スループットはL1ブロックあたり1000トランザクション、すなわち71トランザクション/秒と予測されます。

MCDEX： コストは約1/100程度で、具体的なスマートコントラクトの機能によって異なります。ArbGasの計算方法はL1と大きく異なるため、開発者はこれに適応する必要があります。

DODO： 理論的な分析は市場に多くありますが、実際の状況は大量のユーザーが流入した後でないと判断できません。

WePiggy： 現在、私たちがテストネットとメインネットでのテストから言えることは、ArbitrumのGasLimitは比較的高いですが、GasPriceは非常に低いため、全体的な費用はL1上よりもかなり少なく、性能も非常に速く、基本的に秒単位の取引が可能です。

imToken： 現在はありません。これはインタラクションテストが必要ですが、私たちは自分たちの部分のデプロイのみをテストしており、他のプロジェクトとのインタラクションテストは行っていません。

質問4：チェーン上のデータを観察した結果、Arbitrumの詐欺証明設計は実際に演習を経ており、その効果はどうでしたか？

DODO： 私たちはメインネットで詐欺証明を観察していませんが、Arbitrumチームが十分な演習を行ったと信じています。

imToken： いいえ、これはノードを運営する必要があるため、観察することができません。

MCDEX： 試したことはありません。

WePiggy： この点に関して、私たちは実際の演習の経験がありません。

DeGate： 実際の挑戦プロセスを観察したことはありません。

質問5：開発者専用のメインネットとして、現在のArbitrumが本当に使用可能な完全開放までどれくらいの時間がかかると予想しますか？このエコシステムにはどのような基盤インフラが不足していますか？

DODO： 私たちは現在開放できると考えていますが、Arbitrumチームは明らかにより完璧に準備したいと考えているようです。結局のところ、これは注目を集める登場であり、遅くても問題ありませんが、重要なのは失敗しないことです。基盤インフラに関しては、私たちにとってはすでに不足はありませんが、安定性は検証が必要であり、大量のトラフィックを処理できることを期待しています。

WePiggy： 私たちはすでにWePiggyプロトコルのコントラクトをArbitrum Oneネットワークに正式にデプロイしてから1ヶ月以上経ちましたが、ブラウザ、クロスチェーンブリッジ、およびオラクルなどの基盤インフラの整備を考慮すると、Arbitrumの開発チームは一般ユーザーに正式にネットワークを開放するまでにさらに1ヶ月が必要だと予想しています。

現在、大部分のイーサリアムの基盤インフラがArbitrumエコシステムに入ることを公式に発表しており、私たちは彼らが早く開発、デプロイ、テスト作業を完了することを静かに期待するしかありません。個人的には、開発者にとってよりフレンドリーなSDKや、より多くのバックアップノードなどの基盤インフラが不足していると感じています。

MCDEX： 開放時期は判断が難しいです。基盤インフラには不足はなく、すべてが移行中です。

DeGate： まだ3〜6ヶ月必要だと感じています。現在は初期システムの整備段階にあり、より多くの信頼できる第三者の検証ノードが必要です。なぜなら、すべての開発者が比較的重い検証ノードを運営できるわけではないからです。

麦子ウォレット： 現在、いくつかの基盤ツールがベータテスト段階にあります。例えば、EtherscanのArbitrumバージョンは、公式に提供されているブラウザがあまり使えないため、コントラクト検証機能の欠如がいくつかのセキュリティ問題を引き起こす可能性があります。ノード運営と基盤機能に関しては、テストの結果、基本的に問題はありません。麦子ウォレットもすでにArbitrumのウォレットサポートを完了しており、完全に開放された後、一般ユーザー向けに同期して公開する予定です。

EthSign： 最も不足しているのは、トークンを迅速に取得する方法です。現在のブリッジの速度は非常に遅く、トークンのクロスブリッジには数十分かかります。次に、OpenZeppelinのような業界標準のコントラクトとの互換性の問題を完全に修正する必要があります。

imToken：

• より充実したエクスプローラー；
• ファストウィズドローのゲートウェイまたはソリューション；
• 現在、プロジェクト側はそれぞれ独自に開発し、独自にデプロイしているため、インタラクションテストが必要です。