Testnet має власну історію блоків і баланси, відокремлені від основної мережі, яку називають mainnet. Тестові монети, часто позначені TBTC, призначені для експериментів без грошової вартості. Схоже керування не означає таку саму надійність, комісії чи безпеку, як під час роботи зі справжніми BTC.
Анна хоче навчитися отримувати й надсилати біткоїни, перш ніж використовувати власні гроші. У застосунку з підтримкою Testnet вона створює окремий тестовий гаманець. Отримує монети з faucet — сервісу, що роздає невеликі суми для тестів, — і надсилає частину Павлу в тій самій мережі. Так вона бачить адресу, транзакцію й очікування підтвердження, не витрачаючи справжні BTC. Це приклад, а не інструкція для конкретної програми: не кожен гаманець має такий режим. Тестові монети — не безкоштовні біткоїни. Їхній баланс неможливо перемкнути чи перенести в mainnet, а недоступність faucet не робить їх інвестицією, яку варто купувати. [11]
Testnet — не навчальний рахунок усередині основного Bitcoin. Це інший ланцюг блоків, який починається зі свого Genesis Block. Блок об’єднує транзакції у спільній історії, а Genesis Block є її початковим блоком. Ця мережа має й власні UTXO — ще не витрачені виходи транзакцій. Вихід визначає суму й умови її витрачання, наприклад необхідний підпис. Тому отримання монет Анною в одній мережі не створює балансу в іншій. Програми розрізняють мережі за параметрами, зокрема початковими ідентифікаторами повідомлень і портами. Водночас адреси різних мереж не обов’язково виглядають по-різному. Приватний ключ — секретні дані, за допомогою яких гаманець створює підпис, що дозволяє витратити відповідні кошти. Навіть однакові приватні ключі не об’єднають дві історії в гаманець зі спільним балансом. [12] [15]
Адреси з початком tb1 можуть належати Testnet3, Testnet4 або Signet. Тому Анна й Павло погоджують конкретну мережу та перевіряють її в обох застосунках; слова «тестова» недостатньо. Для дослідів Анна використовує нові ключі й окрему резервну копію. Вона не вводить Seed Phrase (слова відновлення) гаманця зі справжніми коштами в експериментальний застосунок. Зміна режиму не робить ненадійну програму безпечною. Faucet також потребує щонайбільше публічної адреси отримання, а не слів відновлення чи приватного ключа. Окремі файли гаманців, ключі й копії зменшують плутанину та небажані зв’язки між тестами й особистими платежами. [12] [14]
Публічний Testnet потрібен для дослідів із незнайомими учасниками й відкритим майнінгом. Signet також є тестовим середовищем, але крім Proof of Work (обчислювальної роботи для пошуку дійсного блоку) вимагає виконання умови блоку, зазвичай підпису, створеного уповноваженими ключами. Це полегшує координацію створення блоків, проте не гарантує безперервної роботи. Regtest підходить розробнику, якому потрібен контроль над дослідом: він запускає власне середовище та створює блоки на вимогу, наприклад в автоматизованому тесті. Якщо Анна лише вчиться користуватися гаманцем, важливо й те, які мережі підтримує застосунок. Жодна з них не перетворює свої монети на біткоїни основної мережі. [10] [11] [16]
Пробний платіж Павла може пройти швидко й із малою комісією. Це не показує вартості тієї самої дії в mainnet. Відрізняються навантаження, обчислювальна потужність майнерів і стимули учасників. Публічний Testnet може довго чекати блоку, переживати збій сервісу або реорганізацію: вузли — комп’ютери, що перевіряють правила мережі, — замінюють недавню гілку історії іншою дійсною гілкою. Такі ситуації допомагають знаходити помилки застосунків, але не кожен збій є навмисним. Успішний тест перевірив певну поведінку за певних умов; сам по собі він не доводить безпечного зберігання ключів чи стійкості сервісу зі справжніми грошима. [10] [2]
У старих посібниках згадується Testnet3, запущений 2011 року. За тривалий час проявилися проблеми розподілу монет і правил складності майнінгу. Так звані block storms — це сплески дуже швидкого видобування блоків: висота ланцюга зростала незвично швидко, а субсидія нового блоку зменшувалася швидше, ніж можна було очікувати за календарем. Тестовими монетами навіть торгували, хоча вони мали бути доступним інструментом. Нове покоління тому починає нову історію, а не переоцінює старі баланси. У посібнику перевіряйте номер мережі, а не лише назву Testnet. [1]
Testnet4 описаний у технічній пропозиції BIP 94, а підтримка з’явилася в Bitcoin Core 28.0. Окрім нового Genesis Block, змінено обчислення складності та правила часових міток, щоб обмежити відомі способи спричинення block storms. Однак залишилося особливе правило: крім першого блоку періоду складності, мітка часу більш ніж на 20 хвилин пізніша за попередній блок вимагає мінімальної складності. Це не обіцянка підтвердити платіж за 20 хвилин. Testnet4 також від початку застосовує зміни правил, активні в mainnet на момент пропозиції у травні 2024 року. Ці вдосконалення не роблять його безвідмовною моделлю основної мережі. [1] [9]
Станом на 17 жовтня 2026 року BIP 95 для Testnet5 має статус Draft — проєкт у розробці. Він пропонує скасувати виняток мінімальної складності, підвищити її мінімум і від першого блоку застосовувати BIP 54, набір запропонованих змін правил консенсусу. Проте остаточних даних Genesis Block і посилання на еталонну реалізацію ще немає. Отже, цей документ не дає підстав представляти Testnet5 як звичайно розгорнуту мережу Bitcoin Core. Випробування нових правил також не активує їх у mainnet. Читаючи пізніше, слід перевіряти статус пропозиції та документацію своєї версії програми, а не покладатися на більше число в назві. [2]
У Bitcoin Core параметр testnet4 вибирає Testnet4; точний синтаксис команди шукайте в документації своєї версії. У конфігураційному файлі секція [test] відповідає Testnet3, а [testnet4] — Testnet4. Дані зберігаються в окремих підкаталогах testnet3, testnet4, signet або regtest. Важлива й перевірка працюючої програми: getblockchaininfo повертає ідентифікатор мережі в полі chain. Додатково перевіряють хеш Genesis Block, синхронізацію та підключені вузли. Для власного Signet спільного genesis недостатньо — треба перевірити й конкретну умову блоку. Назва вікна або схожа адреса цього не замінюють. [8] [12] [13] [14] [10]
Спершу Анна перевіряє, що обидва гаманці використовують одну мережу. Далі пробує отримання, надсилання та розрізнення надісланого й підтвердженого платежу. Відновлення вона випробовує лише з окремою тестовою копією. Розробник може додати перезапуск, недоступний вузол, реорганізацію чи відхилення неправильної мережі. Для комісій корисні RBF — заміна непідтвердженої транзакції новою — та CPFP: дочірня транзакція з вищою комісією заохочує майнерів включити також непідтверджену батьківську. Результат має містити мережу, версію та справді перевірену поведінку. Testnet — місце для помилок, яких хочеться уникнути зі справжніми грошима, а не доказ того, що подальші перевірки зайві. [11] [9]
Для повної картини прочитайте також Bitcoin Core, Signet, Майнінг, Гаманець, Bitcoin, Full Node. На цю статтю також посилаються Sidechain, Liquid Network, Біткоїн-освіта, Signet.