NIGHTGATE 0.42 が Ledger 9 へ移行、mainnet への送信は既定で無効

ODATANO は NIGHTGATE 0.42.0 をリリースし、Midnight のゲートウェイとトランザクションビルダーを Ledger 9 へ移行した。セルフホスト型のインストールでは既定で Midnight mainnet が選択され、その環境ではトランザクションの送信が既定で無効になっている。ODATANO は Preview 上で手数料スポンサーシップ、スポンサー付きコントラクトデプロイ、スワップとトランスファーのテストを報告した。

NIGHTGATE ユーザーにとっての変更点

NIGHTGATE は OData V4 を介して業務アプリケーションを Midnight に接続し、SAP Cloud Application Programming Model 向けのプラグインとして、またはスタンドアロンのコンテナとして動作できる。バージョン 0.42.0 では従来の /api/v1 ルートを削除。これらのルートを使っているアプリケーションは、ゲートウェイの /odata/v4/midnight サービスパスへ切り替える必要がある。

ODATANO のリリースノートは、更新された検証キーを使用する NIGHTGATE のコントラクトを再デプロイし再リンクするよう求めている。新しいリリースは以前のウォレット SDK で作成したスナップショットを復元できないため、ウォレットにもフル同期が必要。ODATANO はアップグレード前にスポンサーウォレットを同期しておくことを推奨している。

バージョン 0.42.1 は旧コントラクトへの呼び出しを追加

0.42.1 パッチにより、開発者は Ledger 8 のコントラクトビルドと @odatano/nightgate-tx 0.21.1 を組み合わせ、アップグレード前にデプロイされたコントラクトへの単一の呼び出しを含む Ledger 9 トランザクションを作成できるようになった。これらの呼び出しについては、ゲートウェイのサーバー側コントラクトアクションが開発者をトランザクションビルダーへ誘導する。

Midnight が 11月6日に Ledger 9 へアップグレードした際、既存の mainnet のコントラクトは引き継がれた。今回のパッチにより、NIGHTGATE の開発者はそれらのデプロイメントを、mainnet が現在受け付けるトランザクション形式で呼び出せる。Midnight は同日に Preview を新しいチェーンとしてリセットしたため、以前の Preview チェーンのコントラクトはそこで再デプロイが必要になる。

[NEWSBREAK]

NIGHTGATE が mainnet と Preview でサポートする内容

NIGHTGATE 0.42 は、ノードとインデクサーを構成すれば mainnet をインデックスでき、トランザクションビルダーは Ledger 9 トランザクションの作成と証明が可能。クローラーは引き続き過去の Ledger 8 ブロックをデコードできる。Preprod は依然として Ledger 8 上にあり、旧来の NIGHTGATE 0.41 リリース系が必要となる。

セルフホスト型のオペレーターは allowMainnetSubmission によって送信を有効化できる。ODATANO のプロダクションチェックリストは mainnet への送信を非サポートとしており、設定は無効のままにするよう運用者へ指示している。開発者は Preview を使い、スポンサー付きデプロイ、スワップ、トランスファーの送信を含む Ledger 9 のワークフロー全体をテストできる。