![ビットコインの新アドレスフォーマット「Bech32」に潜む、深刻なバグ](https://cdn-ak-scissors.b.st-hatena.com/image/square/d544cb1bf1b553ff8272e9972c2341375c534009/height=288;version=1;width=512/https%3A%2F%2Fmiro.medium.com%2Fv2%2Fresize%3Afit%3A370%2F1%2ACdHKFC-iam1kxCWFobnDsg.png)
仮想通貨企業ブロックストリームが手掛ける「リキッド(LIQUID)ネットワーク」。仮想通貨ビットコインのネットワークを決済ネットワークとするためのプロジェクトだ。 リキッドネットワークに参加するパートナー企業の第1回会合が10月に東京で開かれた。コインテレグラフジャパンは、リキッドネットワークの現状や未来について、ブロックストリームの最高戦略責任者(CSO)であるサムソン・モウ氏にインタビューを行った。 リキッドネットワークとはリキッドネットワークは、仮想通貨ビットコインのサイドチェーンとして開発されたものだ。 「リキッドは決済ネットワークだ。仮想通貨取引所同士をサイドチェーン上でリンクさせる。またトレーダーのためのツールも提供している。リキッド上で発行するL-BTCは、メインネット上のBTCと1対1の関係を持っている」(モウ氏)。 たとえば、メインネット上にある1BTCを預託することで、
通常のP2PKHやP2WPKHで決済をする分には特に関係ないが、P2SHベースのマルチシグやコントラクトなどで複数のユーザーによる署名が必要な場合、ユーザー間でトランザクションをやりとりしながら、各自署名を付与し、最終的にブロードキャスト可能なトランザクションを作成する必要がある。 この部分はブロックチェーン外で行われるけど、どういうフォーマットで途中のトランザクションをやり取りするかなどは、ウォレットやサービスによってそれぞれ異なる。標準仕様がないため、当然ウォレットが違えば互換性が無いのがあたり前だが、そういう部分的に署名されたトランザクションのフォーマットを標準定義しようというのが最近追加されたBIP-174↓ https://github.com/bitcoin/bips/blob/master/bip-0174.mediawiki ※ BIPが結構更新されてたので2020/01/
ビットコインキャッシュも、バイナリ形式のアドレスとしてはビットコインと同じよ。(そのあとのBase58のところが、ビットコインキャッシュは独自のものになっている)https://en.bitcoin.it/wiki/List_of_address_prefixes に他の例があるわ。メインネットとテストネットでもversion prefixが違うのが分かりますね。 これで、prefix8ビット、公開鍵ハッシュ160ビット、checksum32ビット、で200ビットが得られた。これがバイナリ形式のアドレスってわけ。 バイナリ形式からBase58エンコードしてアドレスを得る そうしたらこの200ビットのデータを、「200ビットの大きな整数」だと思って58進数で表したものがビットコインアドレスになるのよ。 58進数では数字が58種類必要なので、小さい順に記号 123456789ABCDEFGHJ
Bitcoinのトランザクションに署名する際の、署名のスコープの仕様について読んでみる。 SIGHASHの種類 https://bitcoin.org/en/developer-guide#signature-hash-types OP_CHECKSIGが各署名から非スタック引数を抽出し評価することで、署名者はトランザクションのどの部分に署名するか決めることができるようになる。署名によりトランザクションの一部を変更から保護することで、他のユーザが自分のトランザクションを変更できるようにすることができる。 どのように署名するかはsignature hash typesと呼ばれるオプションで定義されている。現在は以下の3つの基本的なSIGHASHが利用可能。 SIGHASH_ALL (デフォルト)全ての入力と出力に署名し、署名スクリプトを除く全ての変更から保護する SIGHASH_NONE 全
Miner fees are a fee that spenders may include in any Bitcoin on-chain transaction. The fee may be collected by the miner who includes the transaction in a block. Overview Every Bitcoin transaction spends zero or more bitcoins to zero or more recipients. The difference between the amount being spent and the amount being received is the transaction fee (which must be zero or more). Bitcoin's design
BIP-68のRelative lock-time等である一定期間ロックされたトランザクションをブロックに入れていいか判断する際の考え方を再定義するのがBIP-113になる。 https://github.com/bitcoin/bips/blob/master/bip-0113.mediawiki 動機 現状、現在の時刻もしくはブロック高が指定されたロックタイム以下の場合、そのトランザクションはブロックに含める対象にはならない。ただコンセンサスルールではブロックのタイムスタンプの順序を強制していない。そのためマイナーがブロックのタイムスタンプを偽造し、本来であればまだブロックに含めてはならないトランザクションをブロックに含めることでより多くの手数料を得るという誤ったインセンティブをマイナーに与えてしまう。 このBIPではロックタイムの比較を行うのに、トランザクションが含まれているブロック
Bitcoin Core 0.17.0からUTXOセットをスキャンするscantxoutsetというRPCが追加された。 Bitcoin Core :: scantxoutset (0.17.0 RPC) 今まではウォレット内に鍵を持つUTXOの情報はlistunspentなどで取ってこれてたけど、↑はウォレット機能とは別で、UTXOセットの中から指定した条件に合うUTXOを検索することができる。 この時、検索対象を指定する際に使用する記述子がOutput Descriptor↓ bitcoin/descriptors.md at 0.17 · bitcoin/bitcoin · GitHub (訳は後述) Output Descriptorを指定してscantxoutsetでUTXOを検索 scantxoutsetは以下のように2つの引数を取る。 $ bitcoin-cli scantx
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く