私はWALメインネットのアップグレード後の「状態チャネル」の雛形とそのボトルネックを分解しました。
最近のWALのメインネットv1.4のアップグレードログには、あまり目立たないが重要な機能が埋め込まれています： 「状態チャネル」基本原理の初期サポートです。
私はすぐにテストネットで実験を行い、これが高頻度で小額の支払いシナリオ（例えば、オンチェーンのコンテンツ支払いやマイクロトランザクションゲーム）に何を意味するのかを見たかったのです。
私は2人のユーザー間で十数回の迅速かつオフラインのWAL送金をシミュレートするために、シンプルな支払いチャネル契約をデプロイしました。プロセスは、両者がまず一部のWALをチャネル契約に担保としてロックし、その後オフチェーンで署名メッセージを通じてお互いの最新残高状態を継続的に更新し、最後に任意の時点で最終状態をオンチェーンで決済するというものです。
理論的には、ほぼ無料で即時の取引を実現できます。実際のテストでは、オフチェーン部分は確かに非常に速いですが、問題は「開設」と「決済」という2つの必須のオンチェーンの段階にあります。WALチェーンのブロック時間は比較的安定しているため、チャネルを開始してから使用可能な状態に確認するまで、数十秒待つ必要があり、2つのオンチェーントランザクションの手数料が発生します。これは単発の支払いにはコストが高すぎて、大量の連続支払いニーズのある固定の対戦相手間でのみ適用可能です。
現時点では、この機能はまだ「未完成のプロジェクト」であり、成熟したウォレットのサポートもなく、それに基づいて構築された流行アプリケーションも存在しません。
これは、WALチームがスケーリングロードマップにおいて選択する一つのアプローチを明らかにしました：特定のビジネスユースケース（例えば、機関間の高頻度決済）に対して基本モジュールを優先的に提供し、一般ユーザーに即座に使える体験を提供するのではなく。
このモジュールがエコシステムで十分に活用されるのは、完全にそれを駆動するトップクラスのアプリケーションが現れるかどうかに依存しています。
