Kalkulatory i modele
z wyjaśnionymi założeniami.

Kropka lub przecinek oddziela część dziesiętną; tysiące oddzielaj spacją.

DCA, czyli Dollar-cost averaging, oznacza kupowanie za stałą kwotę lokalnej waluty w regularnych odstępach zamiast szukania jednego idealnego momentu. Ogranicza potrzebę decyzji o czasie i może hamować emocjonalny handel, ale nie gwarantuje zysku, nie zapobiega stracie i nie rozwiązuje przechowywania.

Dla każdego modelowanego zakupu dzielimy kwotę przez cenę historyczną. Suma tych części daje ilość BTC wycenioną po ostatniej cenie serii. Wpłaty to kwota razy liczba zakupów; zmiana procentowa to (wartość / wpłaty − 1) × 100. Nie jest to stopa roczna.

Rok oznacza tu 365 dni. Pierwszy zakup używa pierwszego dostępnego punktu. Model tygodniowy wybiera następny punkt co najmniej siedem dni po poprzednim zakupie; miesięczny — pierwszy punkt każdego miesiąca UTC, także niepełnych miesięcy na krańcach. Liczba może więc różnić się od 52 lub 12 rocznie.

Używamy CoinGecko, a rezerwowo Yahoo Finance. Dla walut innych niż USD model Yahoo może łączyć BTC/USD z ostatnim kursem USD danej waluty datowanym nie później niż punkt, nie starszym niż siedem dni. Dane mogą być w pamięci podręcznej. Seria musi zaczynać i kończyć się w ciągu siedmiu dni od żądanych granic i nie mieć luk ponad osiem dni; inaczej nie podajemy wyniku. Pokazujemy faktyczne daty krańcowe i źródło.

Model pomija spread, opłaty, podatki i koszty przechowywania. Oblicza matematyczne części BTC; wyświetlane wartości są zaokrąglone, a rzeczywiste zakupy w całych satoshi mogą się różnić. To obliczenie historyczne, nie prognoza ani polecenie zakupu.

DCA rozkłada zakupy w czasie, ale nie czyni bitcoina inwestycją bez ryzyka ani nie gwarantuje zwrotu.

Kropka lub przecinek oddziela część dziesiętną; tysiące oddzielaj spacją.

Podaj całkowitą liczbę wejść 1–500 i stawki 0–1 000 000 sat/vB. Puste lub nieprawidłowe pola ukrywają wynik.

Różnica netto = opłata bez konsolidacji − suma obu opłat z konsolidacją. Dodatnia oznacza modelową oszczędność, ujemna wyższe koszty. Przy jednym wejściu nic nie jest łączone.

Oba scenariusze zakładają wspólne wydanie wszystkich wybranych UTXO w jednej późniejszej transakcji. Konsolidacja łączy je dziś w jedno wyjście. Każda modelowa transakcja ma dokładnie jedno wyjście tego samego typu co wejścia; nie dodajemy wyjścia reszty.

Rozmiar wirtualny to waga całej transakcji podzielona przez 4, zaokrąglona w górę. Uwzględniamy liczniki CompactSize i witness marker/flag. Każda opłata to rozmiar w vB razy odpowiednia stawka, zaokrąglony w górę do całego satoshi.

Zakładamy skompresowane klucze publiczne i 72-bajtowe podpisy ECDSA wraz z sighash. P2SH oznacza tu tylko P2SH-P2WPKH. Taproot używa key path, 64-bajtowego podpisu z domyślnym sighash i bez annex; script path i multisig są poza modelem.

Stawki podajesz sam; nie są bieżącymi szacunkami ani gwarancją potwierdzenia. Zero i górna granica to limity modelu, nie reguły sieci. Nie znamy wartości UTXO: nie sprawdzamy środków, dust ani akceptacji portfela. Rzeczywiste podpisy i konstrukcja mogą zmienić rozmiar.

Łączenie wejść może powiązać ich własność dla obserwatora i ograniczyć prywatność. Dodatnia różnica opłat sama w sobie nie jest zaleceniem konsolidacji.

Obliczenie działa w przeglądarce bez pobierania danych sieciowych. Narzędzie nie tworzy ani nie rozsyła transakcji i nie potrzebuje adresu ani kluczy.

Kropka lub przecinek oddziela część dziesiętną; tysiące oddzielaj spacją.

Podaj całkowitą wysokość 0–6 930 000. Puste lub nieprawidłowe pole ukrywa wynik.

Ładowanie…

Źródło wczytanej wysokości: —

Czas utworzenia odpowiedzi sieciowej (UTC): —

Ostatnia odpowiedź (UTC): —

Podaż Bitcoina jest ograniczona, ponieważ prawidłowy blok może tworzyć nowe jednostki wyłącznie zgodnie z malejącym harmonogramem subsydium blokowego. Każdy węzeł w pełni walidujący sam sprawdza tę regułę. Znane 21 milionów to zaokrąglony wynik tego harmonogramu, a nie liczba zapisana w bazie danych jednej firmy.

Górnik może umieścić transakcję coinbase w prawidłowym bloku. Suma jej wyjść nie może przekroczyć subsydium emisyjnego dozwolonego na danej wysokości bloku powiększonego o opłaty transakcyjne. Opłaty przenoszą istniejące bitcoiny; tylko subsydium tworzy nowe jednostki. Blok z nadmierną nagrodą coinbase jest nieprawidłowy.

W sieci głównej subsydium zaczyna się od 50 BTC i maleje o połowę co 210 000 bloków, z obcięciem do całych satoshi. Ostatni niezerowy blok ma wysokość 6 929 999; od 6 930 000 subsydium wynosi zero. Resztę liczymy do dokładnej sumy teoretycznej, nie zaokrąglonych 21 milionów.

Suma obejmuje każde dozwolone subsydium od wysokości 0 do wybranego bloku włącznie. Nie jest podażą w obiegu ani do wydania: zawiera niewydawalne 50 BTC bloku genesis i nie odejmuje nieodebranych subsydiów ani utraconych monet. Opłaty nie są nową emisją.

Datę szacujemy tylko dla wczytanej wysokości: czas utworzenia odpowiedzi plus pozostałe bloki razy 10 minut. To nie czas wydobycia bloku ani stały termin. Dane mempool.space lub zapasowego Blockchain.com mogą być buforowane; rzeczywiste odstępy bloków są zmienne.

Kropka lub przecinek oddziela część dziesiętną; tysiące oddzielaj spacją.

Podaj całkowite liczby: wejścia 1–500, wyjścia 1–50; stawkę 0–1 000 000 sat/vB. Puste lub nieprawidłowe pola ukrywają wyniki.

Kurs referencyjny za 1 BTC: Ładowanie…

Nie podano źródła · Ostatnia odpowiedź: —

Wszystkie wejścia i wyjścia mają wybrany typ. Uwzględnij wyjścia odbiorców i reszty; narzędzie nie dodaje wyjść automatycznie. Mieszane typy i inne skrypty są poza modelem.

Rozmiar wirtualny to waga całej transakcji podzielona przez 4, zaokrąglona w górę. Uwzględniamy liczniki CompactSize i witness marker/flag. Każda opłata to rozmiar w vB razy odpowiednia stawka, zaokrąglony w górę do całego satoshi.

Zakładamy skompresowane klucze publiczne i 72-bajtowe podpisy ECDSA wraz z sighash. P2SH oznacza tu tylko P2SH-P2WPKH. Taproot używa key path, 64-bajtowego podpisu z domyślnym sighash i bez annex; script path i multisig są poza modelem.

Stawki podajesz sam; nie są bieżącymi szacunkami ani gwarancją potwierdzenia. Zero i górna granica to limity modelu, nie reguły sieci. Nie znamy wartości UTXO: nie sprawdzamy środków, dust ani akceptacji portfela. Rzeczywiste podpisy i konstrukcja mogą zmienić rozmiar.

Wartość opłaty w walucie = opłata w satoshi / 100 000 000 × kurs referencyjny BTC. Kurs rynkowy nie zmienia wpisanej stawki sat/vB ani opłaty w satoshi.

Przeliczenie walutowe jest orientacyjne: kurs może pochodzić z pamięci podręcznej i nie uwzględnia spreadu, opłat ani ceny realizacji transakcji. Wynik pokazuje liczbę miejsc dziesiętnych danej waluty; zaokrąglenie nie zastępuje dokładnego rozliczenia. Wczytaj kurs przyciskiem. Czas oznacza odbiór odpowiedzi, nie pomiar ceny.

Kropka lub przecinek oddziela część dziesiętną; tysiące oddzielaj spacją.

Podaj skończone nieujemne liczby; opłata poola 0–100 %. Hashrate urządzenia nie może przekraczać wczytanego sieciowego. Błędne wartości ukrywają wynik; pusta cena prądu nie oznacza zerowego kosztu.

Domyślna cena prądu jest wyłącznie modelowa. Zachowujemy walutę ostatniej ręcznej edycji i przeliczamy inne waluty dostępnymi kursami referencyjnymi. Bez kursów pole pozostaje puste do wpisania ceny. To nie oferta dostawcy.

Ładowanie…

Szacowany hashrate sieci: —

Wczytana wysokość bloku: —

Użyte subsydium bloku: —

Kurs referencyjny za 1 BTC: — · Nie podano źródła

Ostatnia odpowiedź: —

1 TH/s = 10¹² H/s. Udział hashratu urządzenia mnożymy przez 144 bloki na dzień, wczytane subsydium i (1 − opłata poola / 100). Energia = W / 1 000 × 24 godziny. Różnica = wartość oczekiwanych BTC − prąd; 30 dni to trzydziestokrotność tego samego dnia.

Zakładamy ciągłą pracę, średnio 10 minut na blok i stałe dane. Pomijamy przychód z opłat transakcyjnych, sprzęt, amortyzację, dodatkowe chłodzenie, podatki i przestoje. Wypłaty i zmienność zależą od poola; oczekiwanie matematyczne nie gwarantuje wypłaty ani pełnego zysku netto. Wyświetlane wartości są zaokrąglone, możliwe są ułamki satoshi.

Hashrate sieci szacuje się z bloków, nie mierzy na każdym urządzeniu. mempool.space lub Blockchain.com mogą używać różnych okien; źródło wysokości jest osobne. Dane i kursy mogą być buforowane. Czas odpowiedzi nie jest czasem pomiaru wszystkich danych.

Przeliczenie walutowe jest orientacyjne: kurs może pochodzić z pamięci podręcznej i nie uwzględnia spreadu, opłat ani ceny realizacji transakcji. Wynik pokazuje liczbę miejsc dziesiętnych danej waluty; zaokrąglenie nie zastępuje dokładnego rozliczenia. Wczytaj kurs przyciskiem. Czas oznacza odbiór odpowiedzi, nie pomiar ceny.

Górnik szuka skrótu nagłówka nieprzekraczającego wartości docelowej. Poprawny dowód pracy nie wystarcza, jeśli reszta bloku narusza reguły. Twórca szablonu wybiera transakcje. W puli często robi to operator; właściciel sprzętu haszującego nie musi kontrolować wyboru. Wydobycie zużywa energię i sprzęt. Nagroda obejmuje nową emisję i opłaty; przychód nie jest zyskiem, a wypłaty z puli zależą od jej warunków.

Suwaki: n od 2 do 7, m od 1 do n oraz L od 0 do n. Zmniejszenie n w razie potrzeby ogranicza też m i L do n. To zakres symulatora, nie ogólny limit Bitcoin; m = 1 pokazuje próg jednego podpisu.

Dostępne klucze A = n − L. Próg jest osiągnięty przy A ≥ m; dalszy zapas wynosi max(0, A − m), a brak max(0, m − A). Zakładamy różne klucze oraz zdolność i zgodę wszystkich dostępnych posiadaczy na podpisanie. Kolejna kopia zapasowa tego samego klucza nie dodaje niezależnego podpisu.

Przykład 2 z 3: bez strat zapas wynosi 1 klucz; przy 1 niedostępnym kluczu próg nadal jest osiągalny, ale zapas wynosi 0; przy 2 niedostępnych kluczach brakuje 1 podpisu. Niedostępność może być tymczasowa i nie oznacza automatycznie trwałej utraty środków.

Odtworzenie wymaga też właściwej konfiguracji portfela: progu, kluczy publicznych wszystkich uczestników, ich kolejności lub reguły sortowania, typu skryptu i ewentualnych ścieżek derywacji. Output Descriptor może zapisać te informacje. Sama wystarczająca liczba kluczy prywatnych może nie odtworzyć adresów; konfiguracja publiczna nie zastępuje podpisów.

Model pomija kradzież kluczy, wspólne punkty awarii, dodatkowe warunki skryptu i zgodność portfeli. Dostępność podpisów nie oznacza ochrony przed kradzieżą. Nie wpisuje się prawdziwych kluczy; symulator nie tworzy portfela, nie podpisuje ani nie rozsyła transakcji i nie potrzebuje danych na żywo.