数字で見る Bitcoin

計算機とモデル
前提条件を明確に。

7つの対話型ツールを1ページにまとめています。入力を変えて結果を確認し、各モデルの計算方法と限界をお読みください。リンクから出典付きの個別ツールページを開けます。

01

BTC・satoshi・通貨コンバーター

BTCと整数のsatoshiを固定比率で換算し、選択した通貨の参考レートから金額を求めます。

小数点にはピリオドまたはコンマを使い、桁区切りにはスペースを使ってください。

1 BTCあたりの参考レート: 読み込み中…

出典の記載なし · 最後の応答: —

1 BTC = 100,000,000 satoshi。通貨での金額 = BTC × 1 BTCあたりのレート。通貨を変更してもビットコイン数量は保たれます。

金額は整数satoshiで保存します。最も近いsatoshiに丸め、ちょうど半分は切り上げます。負数はゼロ、上限は21,000,000 BTCに制限します。入力欄を離れると調整後の値を表示します。これはBitcoin Core 29.0のMoneyRangeに基づくツールの上限であり、正確な発行済み量を示すものではありません。

通貨換算は参考値です。レートはキャッシュされている場合があり、スプレッド、手数料、実際の約定価格を含みません。通貨に応じた小数桁で表示するため、丸めた表示は正確な精算の代わりにはなりません。ボタンでレートを再取得してください。時刻は応答の受信時刻で、価格の測定時刻ではありません。

100,000 satoshi = 0.001 BTC。仮のレートが1 BTCあたり100,000 USDなら、金額は100 USDです。現在のレートではありません。

02

定期購入DCA計算機

同額の購入を過去の価格でモデル化し、使用した時系列の最後の価格でビットコイン合計量を評価します。

小数点にはピリオドまたはコンマを使い、桁区切りにはスペースを使ってください。

DCA、つまり Dollar-cost averaging は、唯一の理想的な時点を探す代わりに、一定の間隔で固定額の現地通貨を使って購入することです。タイミングを決める必要を減らし、感情的な取引を抑える可能性がありますが、利益を保証せず、損失を防がず、保管も解決しません。

各モデル購入では金額を過去の価格で割ります。その端数の合計がBTC数量となり、時系列の最後の価格で評価します。拠出額は金額×購入回数、変化率は(評価額 / 拠出額 − 1)× 100です。年率換算の利回りではありません。

ここで1年は365日です。最初の購入には最初の取得可能なデータ点を使います。週次モデルは前回購入から7日以上後の次の点を、月次モデルは各UTC月の最初の点を選び、両端の不完全な月も含めます。そのため年間52回または12回とは限りません。

CoinGeckoを使い、代替としてYahoo Financeを使います。USD以外では、YahooモデルがBTC/USDと、そのデータ点と同時刻以前の最新のUSD為替レートを組み合わせる場合があります。為替レートは最大7日前のものです。データはキャッシュの場合があります。時系列の開始と終了は指定境界から7日以内で、8日を超える欠落がない必要があり、満たさない場合は結果を出しません。実際の両端の日付と出典を表示します。

モデルはスプレッド、手数料、税金、保管費用を含みません。数学的なBTCの端数を計算し、表示は丸めます。整数satoshiでの実際の購入とは異なる場合があります。過去の計算であり、予測や購入指示ではありません。

DCA は購入を時間的に分散しますが、ビットコインを無リスクの投資に変えたり、収益を保証したりはしません。

03

UTXO 統合計算機

UTXO を後でまとめて使う場合と、今日統合して後で 1 入力を使う場合のモデル手数料を比較します。

小数点にはピリオドまたはコンマを使い、桁区切りにはスペースを使ってください。

入力数は 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

正味差額 = 統合なしの手数料 − 統合する場合の 2 件の手数料合計。正ならモデル上の節約、負ならコスト増です。入力が 1 個なら統合する入力はありません。

両シナリオとも、選んだ全 UTXO を後日 1 件のトランザクションでまとめて使うと仮定します。統合は今日それらを 1 出力にまとめます。各モデル取引の出力は入力と同種の 1 個だけで、追加のお釣り出力は含みません。

仮想サイズは取引全体のウェイトを 4 で割り、切り上げた値です。CompactSize カウンターと witness marker/flag を含みます。各手数料は vB サイズに該当する料率を掛け、整数 satoshi に切り上げます。

圧縮公開鍵と sighash を含む 72 バイトの ECDSA 署名を仮定します。ここで P2SH は P2SH-P2WPKH のみです。Taproot は key path、標準 sighash の 64 バイト署名、annex なしとし、script path と multisig は対象外です。

料率は利用者が入力し、ライブ推定や承認保証ではありません。ゼロと上限はモデルの範囲で、ネットワーク規則ではありません。UTXO 金額は不明なため、資金、dust、ウォレットの受理は検証しません。実際の署名や構造でサイズは変わります。

入力の統合により観察者が所有関係を結び付け、プライバシーが低下する可能性があります。手数料差が正でも、それだけで統合を勧めるものではありません。

計算はネットワークデータを要求せずブラウザー内で実行されます。取引を作成・送信せず、アドレスや鍵も必要ありません。

04

Halving:ブロック補助金と発行計画

指定したブロック高の Bitcoin 補助金と理論上の発行計画を確認します。ネットワーク高を読み込むと、次の減額のおおよその日付も表示します。

小数点にはピリオドまたはコンマを使い、桁区切りにはスペースを使ってください。

0–6 930 000 の整数の高さを入力してください。空欄や無効な入力では結果を表示しません。

読み込み中…

読み込んだ高さの情報源: —

ネットワーク応答の生成時刻(UTC): —

最後の応答 (UTC): —

このブロックの補助金—
この高さまでの理論合計—
発行計画の残額—
理論上の総発行量20,999,999.97690000 BTC
次の減額の高さ—
次の減額までのブロック数—
おおよその日付(UTC)—

ビットコインの供給が制限されるのは、有効なブロックが新しい単位を作れるのは、減少するブロック補助金の予定に従う場合だけだからです。完全検証を行う各ノードが、このルールを自ら確認します。よく知られる2,100万という数字は、その予定の結果を丸めたものであり、一企業のデータベースに保存された数字ではありません。

マイナーは有効なブロックにcoinbaseトランザクションを含められます。その出力の合計は、そのブロック高で許される発行補助金と取引手数料の合計を超えてはいけません。手数料は既存のビットコインを移転し、新しい単位を作るのは補助金だけです。coinbase報酬が過大なブロックは無効です。

メインネットの補助金は 50 BTC から始まり、210 000 ブロックごとに半減し、整数 satoshi に切り捨てます。最後の非ゼロ補助金ブロックは 6 929 999、6 930 000 以降はゼロです。残額は丸めた2100万ではなく正確な理論合計を基準にします。

合計は高さ 0 から選んだブロックまでを含む全許可補助金です。流通量や使用可能量ではありません。genesis ブロックの使用不能な 50 BTC を含み、未受領補助金や紛失コインを差し引きません。手数料は新規発行ではありません。

日付の推定は読み込んだ高さだけに適用します。応答生成時刻に残りブロック数×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 に切り上げます。

圧縮公開鍵と sighash を含む 72 バイトの ECDSA 署名を仮定します。ここで P2SH は P2SH-P2WPKH のみです。Taproot は key path、標準 sighash の 64 バイト署名、annex なしとし、script path と multisig は対象外です。

料率は利用者が入力し、ライブ推定や承認保証ではありません。ゼロと上限はモデルの範囲で、ネットワーク規則ではありません。UTXO 金額は不明なため、資金、dust、ウォレットの受理は検証しません。実際の署名や構造でサイズは変わります。

通貨建て手数料 = satoshi 手数料 / 100 000 000 × BTC あたりの参考価格。市場価格は入力した sat/vB 料率や satoshi 手数料を変更しません。

通貨換算は参考値です。レートはキャッシュされている場合があり、スプレッド、手数料、実際の約定価格を含みません。通貨に応じた小数桁で表示するため、丸めた表示は正確な精算の代わりにはなりません。ボタンでレートを再取得してください。時刻は応答の受信時刻で、価格の測定時刻ではありません。

06

Mining:運用収支モデル

指定したハッシュレート、消費電力、プール手数料で、期待ブロック補助金の取り分と電気代を比較します。

小数点にはピリオドまたはコンマを使い、桁区切りにはスペースを使ってください。

有限の非負数を入力してください。プール手数料は 0–100%。機器のハッシュレートは読み込んだネットワーク値以下にしてください。無効値は結果を非表示にし、電気料金の空欄はゼロ費用を意味しません。

初期の電気料金はモデル値です。最後に手入力した通貨で保持し、他通貨は利用可能な参考レートで換算します。レートがなければ料金を入力するまで空欄です。電力会社の見積もりではありません。

手数料控除後の期待補助金/日—
電力使用量/日84 kWh
電気代/日¥2,940
期待補助金の価値/日—
運用差額/日—
運用差額/30日—

読み込み中…

推定ネットワークハッシュレート: —

読み込んだブロック高: —

使用するブロック補助金: —

1 BTCあたりの参考レート: — · 出典の記載なし

最後の応答: —

1 TH/s = 10¹² H/s。機器のネットワーク算力比率に 1 日 144 ブロック、読み込んだ補助金、(1 − プール手数料 / 100) を掛けます。電力 = W / 1 000 × 24 時間。差額 = 期待 BTC 価値 − 電気代。30 日は同じ日の30倍です。

連続稼働、平均ブロック間隔10分、一定の入力を仮定します。取引手数料収入、機器、減価償却、追加冷却、税、停止時間は含みません。支払いや変動はプール次第で、数学的期待値は支払い保証や完全な純利益ではありません。表示は丸められ、期待値に satoshi の端数を含みます。

ネットワークハッシュレートはブロックから推定し、全機器を直接測るものではありません。mempool.space と Blockchain.com の集計期間は異なる場合があり、高さの出所は別に表示します。データと価格はキャッシュされる場合があります。応答時刻は全指標の測定時刻ではありません。

通貨換算は参考値です。レートはキャッシュされている場合があり、スプレッド、手数料、実際の約定価格を含みません。通貨に応じた小数桁で表示するため、丸めた表示は正確な精算の代わりにはなりません。ボタンでレートを再取得してください。時刻は応答の受信時刻で、価格の測定時刻ではありません。

マイナーは目標値以下のヘッダーハッシュを探します。ブロックの他の部分がルールに違反していれば、有効な作業証明だけでは不十分です。 テンプレート作成者が取引を選択します。プールでは運営者がこの役割を担うことが多く、ハッシュ計算機器の所有者が選択権を持つとは限りません。 採掘は電力と機器を消費します。報酬には新規発行と手数料が含まれますが、収入は利益と同じではなく、プールからの支払いはその条件によります。

07

Multisig:署名しきい値シミュレーター

m-of-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-of-3 の例:損失がなければ余裕は 1 鍵です。1 鍵が利用不能でもしきい値を満たしますが余裕は 0 です。2 鍵が利用不能なら 1 署名が不足します。利用不能は一時的な場合もあり、資金の永久的な喪失を直ちに意味しません。

復元には正しいウォレット設定も必要です。しきい値、全参加者の公開鍵、その順序または並べ替え規則、スクリプトの種類、必要な派生パスです。Output Descriptor はこれらを記録できます。十分な秘密鍵だけではアドレスを復元できない場合があり、公開設定も署名の代わりにはなりません。

このモデルは鍵の盗難、共通の障害点、追加のスクリプト条件、ウォレットの互換性を考慮しません。署名可能であることは盗難への安全性を意味しません。実際の鍵は入力しません。ウォレットの作成、取引の署名や送信は行わず、ライブデータも不要です。