Bitcoin у числах

Калькулятори та моделі
з поясненими припущеннями.

Сім інтерактивних інструментів на одній сторінці. Змінюйте вхідні дані, перевіряйте результат і читайте метод та обмеження кожної моделі. Посилання відкривають окремі сторінки інструментів із джерелами.

01

Конвертер BTC, сатоші та валют

Перераховуйте BTC і цілі сатоші за сталим співвідношенням; грошову вартість визначайте за довідковим курсом вибраної валюти.

Крапка або кома відділяє дробову частину; тисячі відділяйте пробілом.

Довідковий курс за 1 BTC: Завантаження…

Джерело не вказано · Остання відповідь: —

1 BTC = 100 000 000 сатоші. Вартість у валюті = BTC × курс за 1 BTC. Зміна валюти зберігає кількість біткоїна.

Суми зберігаються в цілих сатоші. Ввід округлюється до найближчого сатоші, половини вгору; від’ємні суми обмежуємо нулем, верхню межу — 21 000 000 BTC. Після виходу з поля з’явиться скориговане значення. Це межа інструмента за MoneyRange у Bitcoin Core 29.0, а не твердження про точну емісію.

Валютний перерахунок орієнтовний: курс може бути кешованим і не включає спред, комісії та ціну фактичної угоди. Результат має кількість десяткових знаків відповідної валюти; округлення не замінює точного розрахунку платежу. Завантажте курс кнопкою. Час означає отримання відповіді, а не вимірювання ціни.

100 000 сатоші = 0,001 BTC. За умовного курсу 100 000 USD за BTC вартість становить 100 USD. Це не поточний курс.

02

Калькулятор регулярних купівель DCA

Моделюйте купівлі на однакову суму за історичними цінами та оцінюйте загальну кількість біткоїна за останньою ціною використаного ряду.

Крапка або кома відділяє дробову частину; тисячі відділяйте пробілом.

DCA, або Dollar-cost averaging, означає купівлю на фіксовану суму місцевої валюти через регулярні проміжки замість пошуку єдиного ідеального моменту. Це зменшує потребу обирати час і може стримувати емоційну торгівлю, але не гарантує прибутку, не запобігає збиткам і не вирішує зберігання.

Для кожної модельної купівлі ділимо суму на історичну ціну. Сума цих часток дає кількість BTC, оцінену за останньою ціною ряду. Внески — сума, помножена на кількість купівель; відсоткова зміна — (вартість / внески − 1) × 100. Це не річна дохідність.

Рік тут означає 365 днів. Перша купівля використовує першу доступну точку. Тижнева модель бере наступну точку не раніше ніж через сім днів після попередньої купівлі; місячна — першу точку кожного місяця UTC, включно з неповними крайніми місяцями. Тому кількість може відрізнятися від 52 або 12 на рік.

Використовуємо CoinGecko, а як резерв — Yahoo Finance. Для валют, відмінних від USD, модель Yahoo може поєднати BTC/USD з останнім курсом USD цієї валюти, датованим не пізніше точки, не старшим за сім днів. Дані можуть бути кешованими. Ряд має починатися й закінчуватися в межах семи днів від запитаних меж і не мати прогалин понад вісім днів; інакше результату не буде. Показуємо фактичні крайні дати й джерело.

Модель не враховує спред, комісії, податки та витрати на зберігання. Вона обчислює математичні частки BTC; показані значення округлені, а реальні купівлі в цілих сатоші можуть відрізнятися. Це історичний розрахунок, не прогноз і не вказівка купувати.

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

03

UTXO: калькулятор консолідації

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

Крапка або кома відділяє дробову частину; тисячі відділяйте пробілом.

Введіть цілу кількість входів 1–500 і ставки 0–1 000 000 sat/vB. Порожні або некоректні поля приховують результат.

Розмір консолідації858 vB
Комісія консолідації сьогодні2 574 sat
Пізніше без консолідації21 450 sat
Пізніше після консолідації2 750 sat
Разом із консолідацією5 324 sat
Чиста різниця витрат+16 126 sat

Чиста різниця = комісія без консолідації − сума обох комісій із консолідацією. Додатне число означає модельну економію, від’ємне — більші витрати. За одного входу об’єднання не відбувається.

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

Віртуальний розмір — вага всієї транзакції, поділена на 4 й округлена вгору. Враховано лічильники CompactSize та witness marker/flag. Кожна комісія — розмір у vB, помножений на відповідну ставку, з округленням угору до цілого satoshi.

Припускаємо стиснені відкриті ключі та підписи ECDSA на 72 байти разом із sighash. P2SH тут означає лише P2SH-P2WPKH. Taproot використовує key path, підпис на 64 байти зі стандартним sighash і без annex; script path та multisig не моделюються.

Ставки задаєте ви; це не поточні оцінки й не гарантія підтвердження. Нуль і верхня межа — межі моделі, не правила мережі. Значення UTXO невідомі: кошти, dust і прийнятність для гаманця не перевіряються. Реальні підписи та конструкція можуть змінити розмір.

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

Обчислення працює в браузері без запиту мережевих даних. Інструмент не створює й не надсилає транзакцій та не потребує адреси чи ключів.

04

Halving: субсидія блоку та графік емісії

Дослідіть субсидію й теоретичну емісію Bitcoin на вибраній висоті. Завантажена мережева висота додає орієнтовну дату наступного зменшення.

Крапка або кома відділяє дробову частину; тисячі відділяйте пробілом.

Введіть цілу висоту 0–6 930 000. Порожнє чи некоректне поле приховує результат.

Завантаження…

Джерело завантаженої висоти: —

Час формування мережевої відповіді (UTC): —

Остання відповідь (UTC): —

Субсидія цього блоку—
Теоретична сума до цієї висоти—
Залишок за графіком—
Загальна теоретична емісія20 999 999,97690000 BTC
Висота наступного зменшення—
Блоків до зменшення—
Орієнтовна дата (UTC)—

Пропозиція Біткоїна обмежена, бо дійсний блок може створювати нові одиниці лише за спадним графіком субсидії блоку. Кожен вузол повної валідації сам перевіряє це правило. Відомі 21 мільйон — округлений результат цього графіка, а не число в базі даних однієї компанії.

Майнер може включити транзакцію coinbase до дійсного блоку. Сума її виходів не може перевищувати емісійну субсидію, дозволену на цій висоті блоку, плюс комісії за транзакції. Комісії передають наявні біткоїни; лише субсидія створює нові одиниці. Блок із надмірною винагородою coinbase недійсний.

В основній мережі субсидія починається з 50 BTC і ділиться навпіл кожні 210 000 блоків із відкиданням частки satoshi. Останній ненульовий блок має висоту 6 929 999; від 6 930 000 субсидія нульова. Залишок рахуємо до точного теоретичного підсумку, не округлених 21 мільйона.

Сума включає кожну дозволену субсидію від висоти 0 до вибраного блоку включно. Це не обігова чи доступна для витрат пропозиція: вона включає невитратні 50 BTC genesis-блоку й не віднімає невибрані субсидії та втрачені монети. Комісії не є новою емісією.

Дату оцінюємо лише для завантаженої висоти: час формування відповіді плюс решта блоків, помножена на 10 хвилин. Це не час видобутку блоку й не фіксований термін. Дані mempool.space або резервного Blockchain.com можуть кешуватися; реальні інтервали змінюються.

05

Transaction Fees: розмір і комісія

Оцініть віртуальний розмір транзакції, комісію за власною ставкою та її орієнтовну вартість у вибраній валюті.

Крапка або кома відділяє дробову частину; тисячі відділяйте пробілом.

Введіть цілі кількості: входи 1–500, виходи 1–50; ставку 0–1 000 000 sat/vB. Порожні чи некоректні поля приховують результати.

Модельний розмір транзакції209 vB
Модельна мережева комісія1 045 sat
Вартість у валюті—

Довідковий курс за 1 BTC: Завантаження…

Джерело не вказано · Остання відповідь: —

Усі входи й виходи мають вибраний тип. Врахуйте виходи одержувачів і решти; інструмент автоматично не додає виходів. Змішані типи та інші скрипти не моделюються.

Віртуальний розмір — вага всієї транзакції, поділена на 4 й округлена вгору. Враховано лічильники CompactSize та witness marker/flag. Кожна комісія — розмір у vB, помножений на відповідну ставку, з округленням угору до цілого satoshi.

Припускаємо стиснені відкриті ключі та підписи ECDSA на 72 байти разом із sighash. P2SH тут означає лише P2SH-P2WPKH. Taproot використовує key path, підпис на 64 байти зі стандартним sighash і без annex; script path та multisig не моделюються.

Ставки задаєте ви; це не поточні оцінки й не гарантія підтвердження. Нуль і верхня межа — межі моделі, не правила мережі. Значення UTXO невідомі: кошти, dust і прийнятність для гаманця не перевіряються. Реальні підписи та конструкція можуть змінити розмір.

Вартість комісії у валюті = комісія в satoshi / 100 000 000 × довідковий курс за BTC. Ринковий курс не змінює задану ставку sat/vB або комісію в satoshi.

Валютний перерахунок орієнтовний: курс може бути кешованим і не включає спред, комісії та ціну фактичної угоди. Результат має кількість десяткових знаків відповідної валюти; округлення не замінює точного розрахунку платежу. Завантажте курс кнопкою. Час означає отримання відповіді, а не вимірювання ціни.

06

Mining: модель операційного результату

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

Крапка або кома відділяє дробову частину; тисячі відділяйте пробілом.

Введіть скінченні невід’ємні числа; комісія пулу 0–100 %. Хешрейт пристрою не може перевищувати завантажений мережевий. Некоректні значення приховують результат; порожня ціна електроенергії не означає нульову вартість.

Початкова ціна електроенергії лише модельна. Зберігаємо її у валюті останнього ручного редагування та перераховуємо за доступними довідковими курсами. Без курсів поле порожнє до введення ціни. Це не пропозиція постачальника.

Очікувана субсидія після комісії / день—
Споживання електроенергії / день84 kWh
Вартість електроенергії / день362,88 ₴
Вартість очікуваної субсидії / день—
Операційна різниця / день—
Операційна різниця / 30 днів—

Завантаження…

Оцінка хешрейту мережі: —

Завантажена висота блоку: —

Використана субсидія блоку: —

Довідковий курс за 1 BTC: — · Джерело не вказано

Остання відповідь: —

1 TH/s = 10¹² H/s. Частку хешрейту пристрою множимо на 144 блоки за день, завантажену субсидію та (1 − комісія пулу / 100). Енергія = W / 1 000 × 24 години. Різниця = вартість очікуваних BTC − електроенергія; 30 днів — тридцять однакових днів.

Припускаємо безперервну роботу, середні 10 хвилин на блок і незмінні дані. Не враховуємо дохід від транзакційних комісій, обладнання, амортизацію, додаткове охолодження, податки та простої. Виплати й коливання залежать від пулу; математичне очікування не гарантує виплату та не є повним чистим прибутком. Відображення округлене, можливі частки satoshi.

Хешрейт мережі оцінюється за блоками, а не вимірюється на всіх пристроях. mempool.space або Blockchain.com можуть мати різні вікна; джерело висоти показано окремо. Дані й курси можуть кешуватися. Час відповіді не є часом вимірювання всіх даних.

Валютний перерахунок орієнтовний: курс може бути кешованим і не включає спред, комісії та ціну фактичної угоди. Результат має кількість десяткових знаків відповідної валюти; округлення не замінює точного розрахунку платежу. Завантажте курс кнопкою. Час означає отримання відповіді, а не вимірювання ціни.

Майнер шукає хеш заголовка, що не перевищує цільове значення. Дійсного доказу роботи недостатньо, якщо решта блоку порушує правила. Творець шаблону відбирає транзакції. У пулі це часто робить оператор; власник обладнання для хешування може не керувати відбором. Майнінг споживає електроенергію та обладнання. Винагорода включає нову емісію й комісії; дохід не є прибутком, а виплати пулу залежать від його умов.

07

Multisig: симулятор порогу підписів

Перевірте, чи решти ключів у моделі m із n достатньо для досягнення порогу підписів. Результат описує доступність підписів, а не безпеку чи повне відновлення гаманця.

Повзунки: n від 2 до 7, m від 1 до n і L від 0 до n. При зменшенні n значення m і L за потреби зменшуються до n. Це діапазон симулятора, а не загальна межа Bitcoin; m = 1 показує поріг одного підпису.

2 / 3У моделі можна досягти порогу підписів
Доступні ключі3
Додатково допустимі недоступні ключі1
Ключі, яких бракує до порогу0

Доступні ключі A = n − L. Поріг досягнуто, якщо A ≥ m; подальший запас — max(0, A − m), а нестача — max(0, m − A). Припускаються різні ключі та готовність і здатність усіх доступних власників підписати. Ще одна резервна копія того самого ключа не додає незалежного підпису.

Приклад 2 із 3: без втрат запас становить 1 ключ; за 1 недоступного ключа поріг ще досяжний, але запас дорівнює 0; за 2 недоступних ключів бракує 1 підпису. Недоступність може бути тимчасовою й не означає автоматично остаточної втрати коштів.

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

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