Какво е Биткойн адрес? Видове и безопасно използване
Биткойн адресът посочва къде да бъде насочено плащането. Форматът му има значение за съвместимостта, а проверката — за получателя.

Какво представлява Биткойн адресът
Биткойн адресът е поредица от букви и цифри, която представя дестинация за плащане в мрежата на Биткойн. Портфейлът на изпращача разчита адреса и създава изход на транзакцията с определени условия за бъдещо изразходване на средствата. Адресът е удобният за споделяне запис на тази дестинация.
BTC не се съхраняват „в адреса“. В блокчейна се записват транзакции, чиито неизхарчени изходи представляват наличните средства. Адресът помага на портфейла да зададе към какви условия да насочи плащането. Техническото им представяне в изхода се нарича scriptPubKey. Bitcoin Developer Guide описва връзката между адрес, изход и условия за изразходване.
Сравнението с номер на банкова сметка е удобно само за самото изпращане: предоставя се идентификатор на получателя. Един Биткойн портфейл обаче може да използва много адреси, без всеки от тях да е отделен потребителски профил. За общата логика на мрежата началната точка е ръководството какво е Биткойн и как работи.
Разликата между адрес, портфейл и ключове
Четири понятия често се смесват, въпреки че изпълняват различни функции:
- Портфейлът управлява информацията за получаване и изпращане и следи свързаните средства. При самостоятелно съхранение подписването се извършва чрез контролирани от потребителя ключове, включително върху отделно хардуерно устройство.
- Частният ключ е тайна, с която се създават цифрови подписи. Той не се предоставя на човека, който трябва да изпрати BTC.
- Публичният ключ участва в проверката на подписите. В зависимост от адресния формат дестинацията може да е свързана с публичен ключ, негов хеш или скрипт.
- Адресът е информацията за получаване, която се споделя с изпращача. Сам по себе си той не дава право за харчене.
Тези функции могат да бъдат разделени между приложения и устройства, както показва документацията за Биткойн портфейлите. Подробният избор и настройване принадлежат на ръководството за Биткойн портфейли, а криптографската разлика — на материала за публичния и частния ключ.
Практически връзката изглежда така: портфейлът използва публични ключове и правила за изразходване, за да представи адрес. Изпращачът го използва при създаването на транзакция. След плащането получателят разполага с неизхарчен изход, или UTXO, чието изразходване трябва да изпълни съответните условия.
Учебен пример: получени са 30 000 сатошита на един адрес и 20 000 на друг адрес от същия портфейл. Ако няма други средства или разходи, общата наличност е 50 000 сатошита, представени от два отделни UTXO. Дори двете плащания да използват един и същ адрес, изходите остават отделни. Това следва от модела на транзакциите и неизхарчените изходи.

Как се получава BTC на адрес
Необходим е настроен портфейл или услуга, която поддържа получаване по основната Биткойн мрежа. При личен портфейл данните за възстановяване трябва вече да са защитени. За самото получаване на изпращача се дава адресът — никога частен ключ или seed фраза.
- Отворете правилния портфейл и актив.Изберете Bitcoin/BTC и получаване по основната мрежа, ако приложението предлага различни начини за плащане.
- Изберете „Получаване“ или Receive.Покажете нов адрес. Проверете дали изпращащият портфейл или услугата поддържа неговия формат.
- Проверете адреса.При хардуерен портфейл сравнете пълния адрес с показания на устройството. При несъответствие спрете операцията.
- Предайте адреса на изпращача.Копирайте го или използвайте QR кода от проверения екран. Уточнете, че плащането е по основната Биткойн мрежа.
- Проверете данните след поставяне.При собствено теглене от услуга сравнете и адреса в нейния формуляр. Проверете мрежата, сумата и обявените такси.
- Проследете получаването в портфейла.Проверете реалната транзакция и потвържденията ѝ. Снимка от изпращача не замества тази проверка.
Проверката на адреса след копиране е част и от официалните инструкции за получаване в Trezor Suite. Изпращането към мрежата и включването в блок са различни етапи: непотвърдена транзакция все още носи риск. Необходимият брой потвърждения зависи от сумата и условията на получателя. Bitcoin Developer Guide обяснява проверката на плащанията.
Legacy, P2SH, Native SegWit и Taproot
Адресните формати се различават по начина, по който представят дестинацията и съответните условия за изразходване. Това са различни форми за работа с BTC в една и съща мрежа. Те не създават отделни разновидности на биткойна.
Legacy — адреси с начало 1
Legacy адресите от тип P2PKH са свързани с хеш на публичен ключ. За изразходването се предоставят съответният публичен ключ и валиден подпис. Името Legacy означава по-стар формат, а не автоматично невалиден адрес. Механизмът е показан в примера за P2PKH транзакция.
P2SH — адреси с начало 3
При P2SH адресът представя хеш на скрипт. Скриптът може например да изисква няколко подписа, но форматът се използва и за SegWit, поставен в P2SH обвивка. Следователно не всеки адрес с начало 3 е SegWit адрес. Префиксът сам не разкрива всички условия зад него. BIP 13 определя P2SH адресите, а BIP 141 описва и вложения SegWit вариант.
Native SegWit — адреси с начало bc1q
Native SegWit версия 0 използва Bech32. Адресът може да съответства на P2WPKH или P2WSH — различни конструкции, свързани съответно с хеш на публичен ключ или хеш на скрипт. Използването без P2SH обвивка спестява допълнителни данни спрямо еквивалентния вложен вариант. BIP 173 определя адресния запис, а BIP 141 — съответните правила.
Taproot — адреси с начало bc1p
Taproot адресите са P2TR и използват Bech32m. Те съответстват на SegWit версия 1 с 32-байтова програма, представляваща изходен публичен ключ. Taproot позволява изразходване чрез подпис или чрез допустим скриптов път. За получаването е достатъчно използваните приложения да поддържат този тип адрес. Правилата са в BIP 341 и BIP 350.
Няма един универсално най-добър формат за всяка ситуация. Практическият избор започва от поддръжката в двата края на плащането. Например документацията на Bitcoin Core за създаване на адрес различава legacy, p2sh-segwit, bech32 и bech32m. Ако услуга не приема предоставения формат, получателят трябва да предостави друг поддържан адрес от своя портфейл. Началните символи не се заменят ръчно.
Какво означават началата 1, 3, bc1q и bc1p
Следващите примери са съкратени обозначения за разпознаване, не адреси за изпращане на средства. Таблицата се отнася за основната Биткойн мрежа.
| Начало | Тип дестинация | Кодиране |
|---|---|---|
| 1… | Legacy — P2PKH | Base58Check |
| 3… | P2SH; може да включва вложен SegWit | Base58Check |
| bc1q… | Native SegWit v0 — P2WPKH или P2WSH | Bech32 |
| bc1p… | Taproot — P2TR | Bech32m |
Префиксът служи за ориентация, но пълната проверка включва дължината, допустимите символи, контролната сума и мрежата. При Taproot например началото bc1p трябва да е придружено от правилната дължина и валидно Bech32m кодиране. BIP 350 описва проверката на адреса.
При Bech32/Bech32m не се допуска смесване на главни и малки букви; изцяло главното представяне също е допустимо. Base58Check адресите разграничават главните и малките букви. Копирайте точно предоставения запис, без ръчно „поправяне“. tb1… обозначава тестова среда и не се използва за реално BTC плащане по основната мрежа. Правилата за символите и мрежовото означение са заложени в BIP 173.
Повторна употреба на адрес и поверителност
Един адрес може технически да получи повече от едно плащане. Повторната употреба обаче улеснява свързването на постъпленията и последващото им изразходване. Затова Bitcoin.org препоръчва нов адрес за всяко получаване.
Ако един адрес е публикуван до име на човек или организация, външен наблюдател може да свърже видимата му история с тази самоличност. Сумата, показана за адреса, не доказва целият баланс на собственика: той може да контролира и други адреси, а един адрес може да обслужва повече от един човек.
Новият адрес намалява прякото свързване на отделните плащания, но не гарантира анонимност. Практически това означава да се използва функцията за нов адрес и да не се публикуват ненужно данни, които свързват плащанията с лична самоличност. В Trezor Suite например генерирането на нови адреси е част от потока за получаване.
Проверка преди изпращане
Проверката има три отделни цели: правилна мрежа, валидна дестинация и правилен получател. Нито една не замества останалите.
- Вземете адреса от получателя по надежден канал. При неочаквана промяна го потвърдете отново, особено ако идва чрез ново съобщение или профил.
- Проверете пълния адрес след поставянето му във формуляра за изпращане. Съвпадението само на няколко начални и крайни символа не доказва пълно съвпадение.
- При хардуерно подписване сравнете дестинацията и сумата на устройството с действително договорените данни.
- Проверете избраната мрежа, сумата, мерната единица и таксата. Надписът BTC сам по себе си не уточнява всяка опция, която дадена услуга може да предлага.
- Ако интерфейсът отхвърля адреса, прекъснете операцията и изяснете причината. Не заобикаляйте предупреждението с промени по символите.
Това разграничение важи и за хардуерния екран. Той показва адреса, с който работи устройството, но не може да установи дали непознатият, който го е изпратил, е очакваният получател.
Чести грешки при използването на адреси
Невалиден запис. Липсващ символ, сгрешена буква или нарушена контролна сума обикновено водят до отхвърляне от портфейла. Копирайте отново целия адрес от проверения източник. Не разчитайте на автоматично отгатване на поправката.
Валиден, но чужд адрес. Портфейлът може да приеме такъв запис. След потвърждаване на плащането няма централен оператор, който да го отмени; връщането изисква съдействие от контролиращия получените средства. Разликата между печатна грешка и плащане към грешен получател е описана и в основните предупреждения на Bitcoin.org.
Смесване на адрес с друга платежна инструкция. QR кодът може да съдържа адрес, но и по-богата заявка със сума или други параметри. Начало bitcoin: означава платежна URI инструкция, а не част от обикновения адрес. След сканиране винаги се проверява какво е попълнил портфейлът. BIP 321 определя този формат на платежни инструкции.
Очакване старите средства да се преместят при нов адрес. Показването на нов адрес не е транзакция и не премества предишни средства. При йерархичните детерминистични портфейли множество ключове се извеждат от обща начална основа, което позволява управление на много адреси в един портфейл. BIP 32 описва този модел.
Разпознаването на формата е полезно, но практическата цел е по-конкретна: да бъде получен проверен адрес и плащането да достигне до договорените условия за изразходване. Контролът върху средствата зависи от изпълнението на тези условия, а не от запомнянето на буквите и цифрите.
Източници:
1. Bitcoin Developer Guide — Transactions.
2. Bitcoin Developer Guide — Wallets.
3. Bitcoin Developer Guide — Block Chain.
4. Bitcoin Developer Guide — Payment Processing.
5. BIP 13 — P2SH адреси.
6. BIP 32 — йерархични детерминистични портфейли.
7. BIP 141 — SegWit.
8. BIP 173 — Bech32.
9. BIP 350 — Bech32m.
10. BIP 341 — Taproot.
11. BIP 321 — платежни URI инструкции.
12. Bitcoin Core — getnewaddress.
13. Bitcoin.org — защита на поверителността.
14. Bitcoin.org — основни правила при използване.
15. Trezor — получаване на криптоактиви.
