多くの初心者、私自身も含めて、初めてWeb3ウォレットを使用してビットコインウォレットを開くことに興奮しています。アドレスをコピーする準備が整ったとき、私たちは突然、作成したウォレットに複数の異なるアドレスがあることに気付きます。まるで見知らぬ交差点に立って、完全に混乱しているような感じです。なぜ異なるアドレスがあるのですか？どれを使用すればよいのでしょうか？

OKXウォレット内の複数のビットコインアドレス

これらのアドレスは何ですか？

Bitcoinコミュニティは常に新しい技術革新とともに進化しています。これらの革新により、異なるアドレス形式など、新しい機能が生まれることがよくあります。さまざまなアドレス形式とそれらをユニークにする要素について探ってみましょう。

レガシーアドレス（p2pkh）

このフォーマットは、ビットコインが2009年に初めて立ち上げられたときに使用されたため、レガシーフォーマットと呼ばれています。その当時のビットコインアドレスは公開/秘密キーペアから作成されたため、支払い公開鍵ハッシュ（P2PKH）アドレスとも呼ばれています。

現在、レガシータイプのアドレスは取引により多くのスペースを占有するため、取引手数料が高くなります。現在、古いウォレットにしか対応していない場合にのみ、人々はこのタイプのアドレスを使用します。

従来のアドレスには特徴があり、アドレスはすべて「1」で始まります。これは、アドレスを生成する際に、さまざまなシナリオ（テストネット/メインネットなど）に応じて、生成された公開鍵の前に接頭辞が追加されるためです。追加された接頭辞を持つ公開鍵がハッシュを通じて計算された後、アドレスは最終的に「1」で始まるようになります。

ネストされたセグウィットアドレス（p2sh-p2wpkh）

従来の伝統的なレガシーアドレスと比較すると、p2shアドレスは公開鍵のハッシュではなく、償還スクリプト（償還スクリプト）のハッシュを使用します。素人の言葉で言えば、p2pkhは公開鍵のハッシュに支払いを行い、p2shは償還スクリプトに支払いを行います。受信者が償還スクリプトの移転条件を満たした後で、内部の資金を使用することができます。

支払いオブジェクトが公開鍵からスクリプトに変換されるため、柔軟性が大幅に拡大し、償還スクリプトの実行ロジックをカスタマイズできます。典型的なアプリケーションには、マルチシグネチャトランザクションの実装が含まれます。

p2shに基づいて、segreGate.iod監視技術が埋め込まれている場合、このアドレスの形式はsegreGate.iod監視互換アドレス(ネストされたsegwit)です。segreGate.iod 監視アドレスを紹介すると、segreGate.iod 監視サーバーの詳細を確認できます。segreGate.iod監視技術の導入後、トランザクションの量を減らすことができるため、トランザクション手数料が削減されます。

P2SH アドレスが「3」で始まることがわかります。

segreGate.iod証人アドレス（ネイティブsegwit）アドレス

このタイプのアドレスを紹介する前に、その内部にあるキー技術であるセグレゲートアイオード・ウィットネス（segwit）を紹介する必要があります。その名前が示すように、セグレゲートアイオード・ウィットネスは、ウィットネスデータ（ウィットネス）を分離して別々に処理します。

そうすることの重要な利点は、トランザクション情報のサイズが縮小され、トランザクション手数料が削減されることです。サイズの削減によってもたらされる別の利点は、ビットコインブロックトランザクションサイズの上限が1 MBから4 MBに増加したことです。

セグリゲート.iodウィットネスアドレスの特徴は、アドレスが「bc1」で始まることです。

タップルートアドレス（タップルート）

taprootアドレスの利点は、複雑な取引シナリオでのプライバシーと効率です。ネイティブセグウィットと比較して、楕円曲線デジタル署名アルゴリズムをスノールアルゴリズムで置き換えるため、バッチトランザクションシナリオでより効率的です。また、マルチシグネチャウォレットのプライバシーも向上します。

メインルートアドレスは、一般的に「bc1q」で始まるアドレスで特徴付けられます。

どのビットコインアドレスフォーマットを選択すべきですか？

主要なウォレット、例えばokxやunisatはすべての4種類のビットコインアドレスをサポートしています。取引手数料を削減するためには、ネイティブセグウィットまたはタップルート形式のアドレスを使用するのが最善です。

ビットコインの取引に興味がある場合、これらの2つのアドレスタイプが理想的です。ほとんどのウォレットは、特にこれらのアドレスに対する取引を処理し、特別なUTXOが誤って送金されないようにします。"bc1"で始まるウォレットアドレスを探してください！

互換性について心配する必要はありません。異なるアドレス形式を持つウォレットでも、依然としてお互いにトランザクションを行うことができます。

ビットコインの残高やブロック情報を確認するには、ZAN のノード サービスを使用できます。開発者向けの包括的なAPIを提供します。詳細については、API ドキュメントをご覧ください。https://docs.zan.top/reference/zan_getbalance-enhance.

より深い理解-重要な技術の説明

最初の概要を終えたら、ビットコインウォレットの基本的な理解ができるはずです。私のように、基盤となる技術に魅了されている方々に向けて、いくつかの主要な技術的側面を探ってみましょう。

リディムスクリプト

P2SH(Pay-to-Script-Hash)について説明した際、これはRedeem Scriptトランザクションに使用されるテクノロジーであると述べました。しかし、償還スクリプトとは正確には何であり、ビットコインのエコシステムでどのような役割を果たしているのでしょうか?償還スクリプトに飛び込む前に、ビットコイン取引の基本構造を見てみましょう。以下は、典型的なP2PK(Pay-to-Public-Key)トランザクションの例です。04ae で始まるアドレスが 15kd で始まるアドレスに 10 BTC を送信するとします。04aeアドレスの所有者は、このアドレスを使用する権利があること(つまり、秘密鍵を所有していること)をネットワークに証明する必要があります。これを行うには、トランザクション内で署名 (scriptsig) を提供して ID を確認する必要があります。ベリファイアは、この署名を取得する必要があるだけでなく、UTXOに関連付けられた以前のトランザクションからの出力スクリプトを見つける必要もあります。これら 2 つのスクリプトが組み合わさって、償還スクリプトと呼ばれるものを形成します。償還スクリプトの役割は、トランザクションの有効性を証明することです。

このトランザクションでは、署名と出力スクリプトの両方がコンピュータ命令であることがわかります。op_pushbytesは、データをスタックにプッシュすることを示します。まず、04aeはscriptsigで自分の秘密鍵でトランザクション全体に署名し、署名はスタックにプッシュされます。その後、公開鍵をスタックにプッシュし、最後に.op_checksigで、公開鍵を使用して署名を複合し、トランザクションが一致するかどうかを比較します。一致する場合、その身元は有効です。

このp2pkメソッドに加えて、償還スクリプトはp2pkhやp2shなどの異なる認証方法も実装できます。

segreGate.iod 証人

上記の紹介から、現在の新しいウォレット形式がsegreGate.iodウィットネステクノロジーを使用していることがわかります。したがって、ウィットネスとは何であり、どのように分離されていますか？

ここでの証人は、ビットコインの基本構造のスクリプト署名（scriptsig）情報として考えることができます。segreGate.iod証人は、それを基本構造から抽出し、新しいデータ構造に配置します。

上の図でわかるように、トランザクションに必要なコンテンツは、トランザクションソース情報とトランザクション出力情報のみです。トランザクションのサイズが小さくなります。黄色の部分(トランザクションの合計サイズ)にはサイズ制限があるため、トランザクションは署名を個別に送信し、1つのブロックがより多くのトランザクションに対応できるようにします。また、トランザクションの署名を計算する場合、署名部分の内容が含まれないため、トランザクションの展性の問題を効果的に解決できます。

以下はp2trトランザクションです。このトランザクションには追加のウィットネスパートがあることがわかります。その機能はトランザクションの正当性を検証することです。scriptsigの代わりにウィットネスを使用することで、正当性の検証方法は変わりません。つまり、公開鍵を使用してウィットネスの署名を復号化し、トランザクションの内容が一致しているかどうかを検証します。ノードはトランザクションの正当性を検証する必要がある場合にのみ、ウィットネス情報を要求します。

要約すると、セグリゲート.iodウィットネス（segwit）は、トランザクションの署名をトランザクションデータの残りから分離することで、ビットコイン取引を改善します。この分離により、各トランザクションのサイズが減少し、より多くのトランザクションが単一のブロックに収まるため、ブロック全体の容量が増加します。さらに、署名データをトランザクションハッシュの計算から除外することにより、segwitはトランザクションの操作性の問題を効果的に解決しています。

免責事項：

1. この記事は[から転載されました。ZANチーム], すべての著作権は元の作者に帰属します [ザンチーム]. この転載に異議がある場合は、お問い合わせください。ゲート ラーンチームは迅速に対処します。
2. 免責事項：この記事で表現されている意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
3. 記事の翻訳は他の言語への翻訳は、ゲートの学習チーム。特に言及されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。