Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Bitcoinにおける手数料の考え方
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Yuki Akiyama
April 11, 2017
Technology
1.2k
1
Share
Bitcoinにおける手数料の考え方
Bitcoinにおける手数料の考え方
Yuki Akiyama
April 11, 2017
More Decks by Yuki Akiyama
See All by Yuki Akiyama
ビットコインを支えるインフラについて
you21979
3
3.8k
Rippleアドレスについて
you21979
0
2.1k
トレーディングボットとは
you21979
0
420
Bitcoin x Javascript
you21979
1
440
Other Decks in Technology
See All in Technology
AWSアップデートから考える継続的な運用改善
toru_kubota
2
320
Terragrunt x Snowflake + dbt で作るマルチテナントなデータ基盤構築プラットフォーム
gak_t12
0
510
TSKaigi 2026 - enumよ、さようなら
teamlab
PRO
1
220
マンション備え付けのネットワークとLTE回線を組み合わせた ネットワークの安定化の考案
harutiro
1
140
データ分析基盤の信頼を支える視点と設計
yuki_saito
0
110
Databricks 月刊サービスアップデートまとめ 2026年04月号
tyosi1212
0
140
続 運用改善、不都合な真実 〜 物理制約のない運用改善はほとんど無価値 / 20260518-ssmjp-kaizen-no-value-without-physical-constraints
opelab
2
280
The Bag-of-Documents Model for Query Understanding and Retrieval
dtunkelang
0
180
LookerとADKで作る社内AIエージェント
chanyou0311
0
280
Sansan Engineering Unit 紹介資料
sansan33
PRO
1
4.5k
RedmineをAIで効率的に使う検証
yoshiokacb
0
160
AIのために、AIを使った、Effect-TSからの脱却 〜テストを活用した安全なリファクタリングの進め方〜
bitkey
PRO
0
170
Featured
See All Featured
エンジニアに許された特別な時間の終わり
watany
106
240k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
430
First, design no harm
axbom
PRO
2
1.2k
Joys of Absence: A Defence of Solitary Play
codingconduct
1
360
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
790
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
9.9k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
61
44k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.3k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.3k
The SEO Collaboration Effect
kristinabergwall1
1
450
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
290
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
180
Transcript
Bitcoinにおける 手数料の考え方 Yuki Akiyama (@you21979) 2017/04/11 ビットコインとか勉強会#6
自己紹介 @you21979( ゆあ ) https://github.com/you21979 ビットバンクという会社でビットコインのエンジニアをやっています ビットコインの企業向けウォレットなどを作っています 好きな言語はjavascript / node.js
宣伝 ビットバンクではbitbank.ccという仮想通貨取引所を運営しています • BTC/JPYのみですが今後銘柄の追加予定あります! • APIがあるのでトレーディングボットなどを動かせます! • 快適なインターフェイスなので是非試してみてください! https://bitbank.cc
まえおき ビットコイン爆発しちゃうんじゃないですかね(mempoolが) と思えるほど送金トラブルが起きてそうな感じがしています(ちょっと前まで) スケーラビリティについてなかなか進展しないのでその辺を自衛する意味で 手数料に関する知識は重要になってくると思います(特に業者)
ビットコインの手数料とは ・マイナーへの報酬 ・報酬の理由はトランザクションをブロックに取り込んでもらうため ・fee = input_value - output_value ・混雑時の優先度の決定
混雑時の優先度の決定? ・トランザクション ・MEMPOOL ・ブロック
トランザクション ・送金先 ・送金金額 ・おつりの送金先 ・おつりの金額 ・お財布の場所 ・所有者の署名
MEMPOOL ・トランザクションを一時的に保管しておく場所 ・満杯になったらトランザクションは削除される ・追い出されるかどうかはマイニングプールの設定によるのでわからない (デフォルトでは3日に設定、0.14から2週間に伸びた)
ブロック ・トランザクションを入れる箱 ・取り込まれる順番はMEMPOOLにあるトランザクションの手数料が高い順 ・取り込まれなかったトランザクションは次のブロックまで待つ ・ブロックに取り込まれないと送金したことにならない
優先度とは マイナーがブロックを掘り当てた時にMEMPOOLにあるトランザクションから選ぶ基準 この基準はリファレンスモデルとしてbitcoindに定義されているが マイナーが勝手に定義してもよい。合意は必要ない。 普通の市場原理であれば手数料が高いものがマイナーが得をするので選ばれる マイナーと特別な関係があるのなら特定のアドレスからの送金は手数料ゼロで 送ってもそのマイナーが掘り当てれば入れてくれたり何でもできる。
手数料を要約すると ブロックに取り込まれなければ トランザクションが無効になる場合があるので すでにmempoolに並んでいるトランザクションより 高く手数料を支払うことで自分が送ったトランザクションを 早くブロックに取り込んでもらえるように優遇してもらうこと
重要なのは ・手数料の計算方式を知っていること ・今いくらなのか相場を知ること
手数料の計算の都市伝説 手数料体系がビットコインのバージョンによって変わっているので以下は古い情報 ・0.0001btcを指定(キロバイト当たり手数料という概念) ・受け取ってから時間の経過したコインの手数料は無料(コインエイジという概念) (時間経過した大きな額面は無料ー>1000satoshi以下は無料)
手数料の計算 ・1バイト当たりの金額(satoshi per byte) ・手数料レートが存在する ・標準的なトランザクションは226バイト(可変です) ・1バイト当たり50 satoshi/byteとすると ・226 x
50 = 11300 satoshi = 0.000113 btc
手数料レートはどこでわかる? ・MEMPOOLに並んでいるトランザクションの手数料から求める ・手数料レートを公開しているサイトもある ・https://bitcoinfees.21.co/ ・bitcoindのRPCから取得(bitcoin-cli estimatefee)
・この情報の考え方はトレードに おける板情報のようなもの ・下から順番に2000件相当の 成り行き注文が10分に一回来る ・緑は一度で確定する圏内 ・黄土色は数回以内 ・橙色の二段目以降は運がよけ れば送金される
トランザクションサイズとは? お財布の情報と送金先に関する情報 ・5050円支払う場合 ・1000円札を5枚、500円札1枚(input) ・支払う相手は5050円札を一枚受け取る(output) ・自分のおつりは49円札を一枚受け取る(output) ・支払先(output)と札束(input)が多くなるほど情報が膨らむ
トランザクション トランザクションの構造 ・transaction ・Segwit transaction スクリプトの種類(ここでは主流の二つを紹介) ・P2PKH - Pay to
Public Key Hash ・P2SH - Pay to Script Hash(マルチシグに使われる)
トランザクションの構造 ・バージョン情報 ・入力データ(TXID+VOUT+SIGNATURE+etc...) ・出力データ(AMOUNT+SCRIPT_PUBKEY) ・ロックタイム 入力データと出力データ以外は固定サイズです(4+1+1+4=10バイト)
出力データ ・amount (8byte) -> satoshi ・bytesize (1byte) -> locking scriptのバイトサイズ
・locking script (25byte) 1出力 = 34byte (locking scriptとはビットコインのアドレスの元となる20byteハッシュ値とOPCODE)
入力データ P2PKH ・1から始まるアドレス(テストネットではn or m) ・PREVOUT: txid (32byte) vout (4byte)
・SCRIPTSIG : bytesize(1byte) sig(73byte) pubkey(34byte) ・SEQUENCE: (4byte) 1入力 = 148 byte
入力データ P2SH(1of1 multisig) ・3から始まるアドレス(テストネットでは2) ・PREVOUT: txid (32byte) vout (4byte) ・SCRIPTSIG
: bytesize(1byte) OP_0(1byte) sig1(73byte) OP_M(1byte) pubkey1(34byte) OP_N(1byte) CHECKMULTISIG(1byte) ・SEQUENCE:(4byte) 1入力 = 152 byte
入力データ P2SH(2of3 multisig) ・3から始まるアドレス(テストネットでは2) ・PREVOUT: txid (32byte) vout (4byte) ・SCRIPTSIG
: bytesize(3byte) OP_0(1byte) sig1(73byte) sig2(73byte) OP_M(1byte) pubkey1(34byte) pubkey2(34byte) pubkey3(34byte) OP_N(1byte) CHECKMULTISIG(1byte) ・SEQUENCE:(4byte) 1入力 = 295 byte
手数料おさらい ・MEMPOOLにあるトランザクションによって手数料レートが決まる ・手数料相場を参考にする ・積み残しのトランザクションが増えると手数料レートが上がる傾向がある ・価格が上がると手数料レートが上がる傾向がある (1円だったものが1000円になれば1円相当の支払いが1000回できるようになる) (持つ人が増えて取引が活発になる)
トランザクションサイズおさらい ・ビットコインはinputが多いほどinputが大きくなる ・マルチシグは設定した鍵の数、署名の数が多いほどinputが大きくなる ・支払先が多いほどoutputが大きくなる ・inputとoutputの合計がバイトサイズと比例する (inputは手数料が安いときに額面が大きくなるようにまとめたほうが得)
ライブラリの宣伝 npmの宣伝 今日説明したのはjavascriptのライブラリ化しています node.js使いの人は使ってみてください https://www.npmjs.com/package/bitcoin-util-fee https://www.npmjs.com/package/bitcoinfees-insight https://www.npmjs.com/package/bitcoinfees-21co
ご清聴ありがとうございました 質問などあれば