Ark-0
Ark-0 は試してみるためのテストネットワークです。いつでもリセットされる可能性があります。

ネットワークパラメーター

以下のパラメーターで Ark-0 を識別できます。ジェネシスブロックはすべての signet で共通で、このチェーンを区別するのは challenge と、そこから導かれるメッセージ開始バイトです。

Signet challenge
5121026fc5d8e79a9fbc8bc3dea07d82641d16717ce0b000c13c512d8e8c1788c6e5da51ae
メッセージ開始バイト(ネットワークマジック)
40e8e404
ジェネシスブロック
00000008819873e925422c1ff0f99f7cc9bbb232af63a077a480a3633bee1ef6
P2MR ルールの有効化ブロック高
1
ML-DSA-44 ブロック署名(M2)が必須になるブロック高
20000
トリップワイヤー付きリーフ(バージョン 0xe0、M3)の実行開始ブロック高
30000
SLH1 リーフ(OP_CHECKSLHDSA128S、M4-S)の検証開始ブロック高
32000
救出経路(M4-R)の開通ブロック高
51000
難易度調整
ブロック高 6048 の調整までは 1 ブロックあたり 600 秒、ブロック高 8064 の調整以降は 1 ブロックあたり 90 秒
アドレスのプレフィックス
tb1z
ノードのバージョン
/Satoshi:31.1.0/

演習トリップワイヤー(M3)

M3 はこのテストネットワークの実験的なルールで、BIP-360 や BIP-361 の一部ではありません。ブロック高 30000 以降、ノードはバージョン 0xe0 の P2MR リーフ(トリップワイヤー付きリーフ)を tapscript として実行します。指定された 2 つのトリップワイヤー出力のどちらかが残っていない状態になると、次のブロック以降、これらのリーフでの楕円曲線署名の検証は失敗し、ML-DSA-44 の検証はこれまでどおり行われます。バージョン 0xc0 のリーフは影響を受けません。これは sipa の 2026-06-25 のメールにある P2XX-T のアイデアに沿った実験的な実装です:制約を受けるのは 1 つの実験的なリーフバージョンで、トリップワイヤーは指定された 2 つの出力です。テストネットワーク上の演習であり、いずれかの楕円曲線の鍵が破られたことを意味するものではありません。

バージョン 0xe0 のリーフでの楕円曲線署名の検証(次のブロックから)
オフ:残っていないトリップワイヤーがあります
NUMS トリップワイヤー
残っている:未使用で、有効化ブロック高より前に作成されたもの
4319a38c…7c1bc3a0:1
x-only 公開鍵 50929b74c1a04954b78b4b6035e97a5e078a5a0f28ec96d547bfee9ace803ac0
BIP-341 の NUMS 点にロックされており、その秘密鍵は誰も知りません。
演習トリップワイヤー
残っていない · 支出トランザクション 2885e18bf4e9…cd2708b389c9 · ブロック 36897
8991bb83…b1d42495:0
x-only 公開鍵 2f605bb3d127c17ff8e88e214587876b0c7623dbad79f8a1115fa172bda0315f
運営者の演習用の鍵にロックされており、告知された時刻に使用されます。

ブロック高 39635 の時点でノードが報告した状態です。

OP_CHECKSLHDSA128S(M4-S)

ブロック高 32000 から、実行される P2MR リーフ(リーフバージョン 0xc0 または 0xe0)の中のバイト 0xf1 は OP_CHECKSLHDSA128S となり、SLH-DSA-SHA2-128s 署名(FIPS 205)を検証します。これを含むスクリプトのうちノードが中継するのは SLH1(32 バイトの公開鍵の後に OP_CHECKSLHDSA128S)だけです。このブロック高未満ではこのバイトは OP_SUCCESS241 で、これを含むリーフは検証なしで成功します。OP_CHECKSLHDSA128S はこのテストネットワークの実験的なオペコードで、BIP-360 の一部ではありません。

救出経路(M4-R)

ブロック高 51000 から、実行される P2MR リーフ(リーフバージョン 0xe0、深さ 1 以上)の中で、32 バイトの公開鍵を使う OP_CHECKSIG、OP_CHECKSIGVERIFY、OP_CHECKSIGADD は、Schnorr 署名の代わりに救出トークンを受け取ります。このとき入力の annex には、コインを使う側がその鍵の導出元のシードを知っていることを示す 130,218 バイトの証明が入り、ノードは署名の代わりにこの証明を検証します。このためのスクリプトとして、ノードが中継するのは R1(32 バイトの公開鍵の後に OP_CHECKSIG)だけです。救出トークンは、その鍵の Schnorr 秘密鍵を明かします。このブロック高未満では、トークンは無効な署名にすぎません。メンプールが救出の支出を受け入れるのは、トリップワイヤーによって次のブロックの楕円曲線署名の検証が無効になっている間だけです。救出経路はこのテストネットワークの実験的なルールです。

救出経路(次のブロックから)
開いていない
ノードのメンプールでの救出の支出
受け入れられない

自分のノードでこのチェーンを追うには、参加ガイドをご覧ください。