Багато початківців, я включно, були збуджені відкрити свій гаманець для біткойн використовуючи гаманець web3 вперше. коли ми готуємося скопіювати адресу, ми раптово відкриваємо, що у нас створений гаманець має кілька різних адрес. Це схоже на стояння на незнайомому перехресті, відчуваючи повну плутанину. Чому є різні адреси? Яку потрібно використовувати?

декілька адрес біткойн у гаманці okx

Що це за адреси?

спільнота біткойн постійно розвивається завдяки новим технологічним досягненням. Ці досягнення часто призводять до появи нових функцій, таких як різні формати адрес. Давайте розглянемо, які це різні формати адрес і що робить їх унікальними.

спадкова адреса (p2pkh)

цей формат був використаний, коли був запущений Bitcoin у 2009 році, тому він називається легасі форматом. Тому що адреса Bitcoin на той час створювалася з пари публічного/приватного ключа, вона також називається хешем публічного ключа оплати (p2pkh) адреси.

На даний момент, здається, що адреси старого типу займають більше місця в транзакціях, що призводить до вищих комісій за транзакції. Наразі люди використовують цей тип адреси лише при використанні деяких старих гаманців, які несумісні з новими адресами.

Можна знайти, що у спадщинні адреси мають характеристику, всі адреси починаються з «1». Це тому, що при генерації адреси перед згенерованим публічним ключем додається префікс відповідно до різних сценаріїв (наприклад, тестової мережі / основної мережі). Після того, як публічний ключ з префіксом додано обчислюється через хеш, адреса врешті-решт починається з «1».

вкладена адреса segwit (p2sh-p2wpkh)

у порівнянні з традиційними легасі-адресами, адреси p2sh не використовують хеш публічного ключа, але використовують хеш викупного скрипту (викупний скрипт). простими словами, p2pkh оплачується за хеш публічного ключа, тоді як p2sh оплачується за викупний скрипт. тільки після того, як отримувач виконає умови передачі викупного скрипта, кошти всередині можна витратити.

тому що об'єкт платежу перетворюється з публічного ключа в сценарій, гнучкість значно розширюється, і можна настроювати логіку виконання розмінного сценарію. типові застосування включають виконання транзакцій з багатьма підписами.

на основі p2sh, якщо вбудована технологія перегляду segreGate.iod, то формат цієї адреси - адреса, сумісна з переглядом segreGate.iod (вкладена segwit). ви можете дізнатися більше про перегляд segreGate.iod під час введення адреси перегляду segreGate.iod. після введення технології перегляду segreGate.iod обсяг транзакцій може бути зменшений, що призведе до зменшення комісій за транзакції.

ви можете бачити, що p2sh-адреса починається з «3».

адреса свідка segreGate.io (природній segwit) адреса

перед тим, як ввести цей тип адреси, нам потрібно представити ключову технологію всередині неї - segreGate.iod свідок (segwit). Як і вказує назва, segreGate.iod witness ізолює дані свідка (witness) та обробляє їх окремо.

значною перевагою цього є те, що воно зменшує розмір інформації про транзакції, тим самим знижуючи комісії за транзакції. ще однією перевагою, яку забезпечує зменшення розміру, є те, що верхній ліміт розміру транзакційного блоку біткойна збільшено з 1 мб до 4 мб.

Особливість адреси свідка SegreGate.io полягає в тому, що адреса починається з «bc1».

адреса taproot (taproot)

Переваги адрес taproot - конфіденційність та ефективність в складних сценаріях транзакцій. Порівняно з вбудованим segwit, він використовує алгоритм Schnorr для заміни алгоритму цифрового підпису еліптичної кривої. Перший є більш ефективним в сценаріях партійних транзакцій та покращує конфіденційність гаманців з багатьма підписами.

основна адреса кореня відрізняється тим, що адреса, як правило, починається з "bc1q".

Який формат адреси біткойн мені вибрати?

Основні гаманці, такі як okx та unisat, підтримують всі чотири типи адрес біткойну. Для зменшення комісій за транзакції найкраще використовувати адреси в форматах native segwit або taproot.

Якщо ви зацікавлені в написах Bitcoin, то ці два типи адрес ідеально підходять. Більшість гаманців спеціально обробляють написи на цих адресах, щоб забезпечити, що ваші особливі UTXO не будуть помилково перекладені. Шукайте адреси гаманця, що починаються з «bc1»!

не хвилюйтесь про сумісність - гаманці з різними форматами адрес все ще можуть здійснювати транзакції один з одним.

для перевірки балансу біткоїн або інформації про блок, ви можете використовувати сервіс вузла zan. вони пропонують комплексне api для розробників. для отримання додаткової інформації, перегляньте документацію api:https://docs.zan.top/reference/zan_getbalance-enhance.

глибоке занурення - пояснення ключових технологій

після початкового огляду ви повинні мати базове розуміння гаманців Bitcoin. Для тих, хто, як і я, захоплюється основними технологіями, давайте розглянемо деякі ключові технічні аспекти.

скрипт викупу

Коли ми обговорювали P2SH (pay-to-script-hash), ми згадували, що це технологія, яка використовується для транзакцій за сценарієм викупу. Але що ж таке сценарій викупу і яку роль він відіграє в екосистемі Bitcoin? Перш ніж зануритися в скрипти викупу, давайте розглянемо базову структуру транзакцій Bitcoin. Ось приклад типової транзакції P2PK (pay-to-public-key). Припустимо, адреса, що починається з 04ae, хоче відправити 10 BTC на адресу, що починається з 15kd. Власник адреси 04AE повинен довести мережі, що він має право використовувати цю адресу (тобто володіє приватним ключем). Для цього їм потрібно надати підпис (scriptsig) у транзакції, щоб підтвердити свою особу. Верифікатору потрібно не тільки отримати цей підпис, але й знайти вихідний сценарій з попередньої транзакції, пов'язаної з UTXO. Ці два сценарії разом утворюють так званий сценарій викупу. Роль сценарію викупу полягає в тому, щоб довести дійсність транзакції.

У цій транзакції ви можете побачити, що сценарій підпису та виводу є комп'ютерними instructions.op_pushbytes вказує на те, що частина даних міститься у стек. По-перше, 04ae підписує всю транзакцію власним приватним ключем у scriptsig, і підпис буде записано в стек. Потім вставте відкритий ключ у стек і, нарешті, .op_checksig скористайтеся відкритим ключем, щоб розшифрувати підпис і порівняти, чи є транзакція послідовною. Якщо вони узгоджуються, тотожність є дійсною.

Крім цього методу p2pk, сценарій викупу також може реалізувати різні методи аутентифікації, такі як p2pkh та p2sh.

свідок segreGate.iod

З наведеного вище вступу ми можемо знати, що новіші формати гаманців наразі використовують технологію segreGate.iod witness, тож що таке Witness і як він ізольований?

свідок тут може розглядатися як інформація підпису скрипта (scriptsig) в базовій структурі біткойну. Свідок segreGate.iod вилучає його з базової структури і поміщає його в нову структуру даних.

Як ви можете бачити на малюнку вище, єдиним необхідним вмістом транзакції є інформація про джерело транзакції та інформація про вихід транзакції. Розмір угоди зменшується. Оскільки жовта частина (загальний розмір транзакції) має обмеження на розмір, транзакція буде передавати підписи окремо, що дозволить одному блоку вмістити більше транзакцій. Крім того, при обчисленні підпису правочину не включається зміст підписної частини, тому можна ефективно вирішити проблему податливості угоди.

Нижче представлена транзакція P2TR. Ви можете побачити, що ця операція має додаткову частину свідка. Його функція полягає в перевірці правомірності угоди. Після використання Witness замість Scriptsig метод перевірки легітимності залишається тим самим, тобто використання відкритого ключа для розшифровки підпису свідка, щоб перевірити, чи є зміст транзакції послідовним. Вузли запитуватимуть інформацію свідків лише тоді, коли їм потрібно буде перевірити легітимність транзакції.

Таким чином, segreGate.iod witness (segwit) покращує транзакції Bitcoin, відокремлюючи підписи транзакцій від решти даних про транзакції. Цей поділ зменшує розмір кожної транзакції, дозволяючи більшій кількості транзакцій поміститися в одному блоці, таким чином збільшуючи загальну пропускну здатність блоку. Крім того, виключаючи дані сигнатури з обчислення хешу транзакції, SEGWIT ефективно вирішує проблему гнучкості транзакцій.

попередження:

1. цю статтю перепубліковано з[ZAN команда], всі права на автора оригіналу належать [ команда зан]. Якщо є заперечення проти цього передруку, будь ласка, зв'яжіться з Вивчення Gateкоманда, і вони швидко займуться цим.
2. відмова відповідальності: погляди та думки, висловлені в цій статті, належать виключно автору і не є жодною інвестиційною порадою.
3. переклади статті на інші мови виконуються Ворота вивчаютькомандою. Якщо не зазначено інше, заборонено копіювання, розповсюдження або плагіат перекладених статей.