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
Pay to Anchorと1P1Cリレー
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
shigeyuki azuchi
November 26, 2024
Technology
79
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Pay to Anchorと1P1Cリレー
GBECの解説動画の資料です。
https://goblockchain.network/2024/11/pay-to-anchor/
shigeyuki azuchi
November 26, 2024
More Decks by shigeyuki azuchi
See All by shigeyuki azuchi
FORS
azuchi
0
13
クラスターmempool
azuchi
0
32
W-OTS+
azuchi
0
36
Shorのアルゴリズム
azuchi
0
58
DahLIAS: Discrete Logarithm-Based Interactive Aggregate Signatures
azuchi
0
43
Fiat-Shamir変換と注意点
azuchi
0
230
AssumeUTXOを利用したブロックチェーンの同期
azuchi
0
55
BIP-374 離散対数の等価性証明
azuchi
0
74
BIP-353 DNS Payment Instructions
azuchi
0
90
Other Decks in Technology
See All in Technology
「AIに依存している」と 「AIを使いこなしている」の違い
k8yasuma
0
120
人とエージェントが高め合う協業設計
kintotechdev
0
100
AI時代のPlaywright活用(システムテストを自動化する ー 実行エンジンにPla ywrightを選んだ理由)
ynisqa1988
1
690
アップデートで何が変わった?デモで学んで使いこなすIBM Bob2.0
muehara
0
180
プロダクト開発組織の現在地(Ver.2026/07) / product-organization
kaonavi
0
120
Amplify Gen2でbackend.tsにCDKを定義する/しない事によるCDKの挙動の違いとユースケース
smt7174
1
440
AI時代の闇と光
tatsuya1970
0
110
[2026-07-15] AI Ready なはずだったアーキテクチャと、見えてきた課題・次に目指す状態
wxyzzz
11
4k
AIが実装を自走する時代の認知負債との戦い
lycorptech_jp
PRO
2
730
Claude Code公式skillで 自分の仕事を少しずつ手放そう!(Claude Code開発ノウハウ大公開スペシャル by クラスメソッド)
kaym
1
510
LLM/Agent評価:トップ営業の発言を「正解」にする 〜暗黙的正解による評価を営業資産に変える〜
takkuhiro
1
230
LLMやAIエージェントをソフトウェアに組み込むプラクティス
shibuiwilliam
2
430
Featured
See All Featured
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.2k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Ethics towards AI in product and experience design
skipperchong
2
330
Embracing the Ebb and Flow
colly
88
5.1k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.6k
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.5k
Building an army of robots
kneath
306
46k
GraphQLとの向き合い方2022年版
quramy
50
15k
The Pragmatic Product Professional
lauravandoore
37
7.4k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
260
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
350
Transcript
Pay to Anchorと1P1Cリレー
1 Bitcoinのロックスクリプトの種類 • P2K:公開鍵へのロック • P2PKH:公開鍵ハッシュへのロック • P2SH:スクリプトハッシュへのロック • RAW
Multisig :マルチシグスクリプトへのロック • OP_RETURN :任意のデータを登録 • P2WPKH:P2PKHのSegwit版 • P2WSH:P2SHのSegwit版 • P2TR:Taproot • P2A(Pay to Anchor ):アンカー用のアウトプット←New
2 Pay to Anchor OP_1 <4e73> witness version witness
program bc1pfeessrawgf アドレス v1はTaproot に適用されるwitness version だが、 witness program が32 byteの場合のみに適用されるため、 P2Aは誰でも使用可能(anyone can spend)なアウトプット ※ P2Aは使用時にwitness が空でよく、 スクリプトOP_TRUE のみのP2WSH よりもサイズが小さい • CPFP によるトランザクションの引き上げのアンカーポイントとして利用 • Bitcoin Core v28.0 から、P2Aをインプットで使用する Txを標準ポリシーで許可
3 1P1Cリレー 1 Parent 1 Child(1P1C) に限定したパッケージリレー 【事前署名Txの手数料問題】 急な手数料の高騰で、事前署名済みTxの手数料率がmempoolの最小手数料率を下回ると
該当Txをネットワークでリレーできなくなる。 親子関係のあるTxをパッケージとして扱いパッケージの手数料率を考慮することでリレー可能にする ※ 汎用的なパッケージリレーを実現するためにはP2Pメッセージの拡張が必要 BIP-331 :https://github.com/bitcoin/bips/blob/master/bip-0331.mediawiki Node A Node B 親Tx Low Fee 子Tx High Fee 親Tx単体では最小手数料率を下回るためリジェクト ※ 親Txより先に子Txを受信した場合はこの処理はなし 親Txを要求 親Tx Low Fee 親Tx 子Tx High Fee Low Fee 親子Txの手数料をパッケージとして評価 対象の手数料率がmempoolの最小手数料率より大きければ受け入れ ※ 親Tx(TRUC)は手数料0でもOK
4 エフェメラルダスト 【ダスト制限】 UTXOを使用する際に、UTXOが持つ金額より手数料の方が高く使用するのに 経済的な合理性のないUTXOの増加を防止するため、 UTXOの各タイプ毎に最低金額を定め、下回る場合はリレーしない
P2Aのダスト制限は、240 sats (※ 現在のP2Aにはこれ以上の金額をセットする必要がある) 【エフェメラルダスト】 Block 親Tx 子Tx P2A Output TRUCなどCPFPによる手数料引き上げが前提の場合にダスト制限に例外を設けるポリシー変更 • Tx内に金額0のP2Aアウトプットを1つだけ許可する • 親Txの手数料は0でなければならない • 基本的に親子セットでブロックに格納されるため、 ダストとなるP2Aはブロック内で消費されるため、UTXOセットを汚染しない https://github.com/bitcoin/bitcoin/pull/30239