UniSat を使用して BRC-20 トークンを一括鋳造するにはどうすればよいですか? (効率化のヒント)

バルク ミント ワークフローの概要

1. ユーザーは、受信者のアドレスと対応するトークン量を含む有効な JSON ファイルを準備する必要があります。この構造では、UniSat で受け入れられているスキーマに厳密に従う必要があり、追加のフィールドやネストされたオブジェクトは許可されません。

2. ウォレット接続は、UniSat ウォレット拡張機能を通じてのみ実行されます。 MetaMask またはその他の非ネイティブ ウォレットは、署名スキームが Bitcoin の OP_RETURN 制約と互換性がないため、BRC-20 一括操作に署名できません。

3. トランザクション料金は、UTXO 数とデータ ペイロード サイズに基づいて動的に計算されます。単一のバルクミントは、送信前の入力統合ステータスに応じて 3 ～ 7 個の UTXO を消費する場合があります。

4. 各造幣局のエントリは、同じトランザクション内で個別の碑文をトリガーします。 UniSat はそれらを 1 つの PSBT の下にグループ化しますが、それらをオンチェーン上の個別の碑文としてブロードキャストし、序数エクスプローラー上で個別のエントリとして表示されます。

JSON スキーマ検証ルール

1. ルート オブジェクトは配列である必要があります。空の配列またはスカラー値を指定すると、署名プロンプトが表示される前に処理が停止します。

2. すべての配列要素には、 'address'と'amount' の2 つのキーが含まれている必要があります。キーのスペルミスや追加のメタデータを含む逸脱は、サイレント拒否につながります。

3. アドレス検証では、Taproot との互換性のために Bech32m 形式が強制されます。レガシー P2PKH アドレスまたはネストされた SegWit アドレスは、フォールバック試行なしで即座に解析失敗を返します。

4. 金額には正の整数のみを使用できます。 10 進数値、科学的表記法、または文字列エンコードされた数値は、ネットワークとの対話前にクライアント側の検証エラーを引き起こします。

料金最適化手法

1. バルク鋳造の少なくとも 24 時間前に、小さな UTXO を大きな UTXO に統合します。これにより、トランザクションあたりの入力数が減り、メモリプールの混雑時のピーク時の料金負担が軽減されます。

2. BTC ブロックのファイナリティ ウィンドウ (各エポックの最後の 3 ブロック) 中にミントを作成しないようにします。 Mempool の飽和度のスパイクはこれらの間隔と強く相関しており、有効な sat/vB レートが最大 40% 増加します。

3. UniSat の「料金プレビュー」トグルを使用して、低速 (1 ～ 3 ブロック)、標準 (1 ～ 2 ブロック)、緊急 (次のブロック) の 3 つの料金段階をシミュレートします。実際の確認時間は、競合する高額な RBF トランザクションによってメモリプールが再編成された場合にのみ、見積もりから外れます。

4. カスタム ノード インフラストラクチャを実行している場合は、自動料金見積もりを無効にします。手動のSat/vB入力は、UniSatのサードパーティAPIへの依存を回避し、料金市場の急速な変化時の不整合を防ぎます。

オンチェーン検証プロトコル

1. 各碑文 ID は、接頭辞「 ord: 」が付いた一意の 64 文字の 16 進文字列として表示されます。これらの ID は不変であり、ミント実行の正規の証拠として機能します。

2. トークン残高はインデクサー間で非同期に更新されます。 Blockstream Green と Hero Explorer は通常、2 ～ 5 回の確認以内に変更を反映します。 Dune Analytics ダッシュボードは、バッチ化されたインデクサー同期サイクルにより、最大 12 ブロック遅れる場合があります。

3. 失敗したミントはガスを元に戻しません。部分的な成功に関係なく、取引手数料を全額消費します。 UniSat は失敗したエントリを個別に記録しますが、ブロードキャスト費用の一部は返金されません。

4. 同一の JSON ペイロードを使用して再登録を試みると、新しい登録 ID が生成されます。プロトコル レベルでは重複排除ロジックは存在しません。重複した送信は、独立した順序成果物として扱われます。

よくある質問

Q: 一括ミント JSON にトークン名や小数などのメタデータを含めることはできますか? A: いいえ。BRC-20 一括鋳造では、住所フィールドと金額フィールドのみがサポートされます。メタデータは、配布時ではなく、最初のデプロイの登録時に設定する必要があります。

Q: UniSat は一括操作の JSON ではなく CSV インポートをサポートしていますか? A: ネイティブではありません。サードパーティのコンバータは存在しますが、特に UTF-8 BOM やカンマ区切りアドレスの切り捨てを使用すると、エンコードが破損するリスクが生じます。

Q: 一括プロセスの途中でウォレットの SATOSHI が足りなくなった場合はどうなりますか? A: 署名する前にトランザクション全体が失敗します。 UniSat は、PSBT の生成前に、推定料金 + 登録コストに対して利用可能な残高を検証します。

Q: 1 つの一括リクエストに含めることができるアドレスの数に制限はありますか? A: はい。 JSON ファイルごとに許可される最大エントリ数は 100 です。このしきい値を超えようとすると、UniSat の API ゲートウェイから HTTP 413 Payload Too Large が返されます。