89 / 736STICK

Pavol「Stick」Rusnák

Stick:Trezorとウォレット復元規格の共同開発者

Stickとして知られるPavol RusnákはSatoshiLabsの共同創設者です。Trezorの開発と、互換性のある機器でバックアップを使えるようにする規格づくりに携わりました。

スロバキアの開発者Pavol Rusnákは、TrezorとBitcoinウォレットのバックアップ・復元規則づくりに参加しました。復元用の単語を書き留めたり機器を交換したりするとき、その仕事の成果が役立ちます。

アンナがハードウェアウォレットをなくしたとします。正しいバックアップがあれば、互換ウォレットで同じ秘密鍵、つまりビットコインを使うことを承認するための秘密のデータを復元できます。自分で決めた追加のパスワードである passphrase も使っていた場合は、その正確な文字列も必要です。これでビットコインを再び使えるようになります。取引の記録そのものは機器の中ではなく、ネットワークに残っています。特定の製品以外でも復元するには、バックアップの読み方と鍵の導出方法について開発者同士が合意する必要があります。Stickという名で知られるPavol Rusnákは、その取り決めの執筆と実装に携わった一人です。 [7] [8] [9] [14]

SatoshiLabsの沿革によると、RusnákとMarek Palatinusがハードウェアウォレットを検討し始めたのは2011年、プラハのbrmlabでした。道具を共有し、技術を試す共同工房です。普通のコンピューター上の悪意あるプログラムに鍵を盗まれる危険を減らそうとしていました。Alena Vránováとともに2013年にSatoshiLabsを設立し、2014年には最初のTrezorが顧客に届きました。製品を生んだのは孤独な発明家ではなく、技術と運営の力を持ち寄った協力でした。 [1] [4] [15]

アンナがTrezorで支払うと、アプリが取引を準備し、本人の確認後に機器が署名します。支出を承認する秘密である秘密鍵は、機器の内部にとどめる設計です。外へ出るのはネットワークが検証できる署名です。Hardware Walletに専用画面があるのはこのためです。アンナはパソコンだけを信用せず、その画面でアドレスと金額を確かめます。ただし機器そのものは、ネットワークの規則を検証するFull Nodeの代わりにはならず、ネットに公開されたバックアップも守れません。 [5] [6]

Trezorはハードウェアの設計と、内部で動くプログラムであるファームウェアのソースコードを公開しています。他の開発者は動作を調べ、不具合を探し、修正を提案できます。アンナ自身がプログラミングできなくても、その検証の恩恵は受けられます。しかし公開されていることは無欠陥の証明でも、届いた個体が改変されていない証明でもありません。実際のコード検証、プログラムのビルド方法、機器自体の確認も重要です。 [5] [6]

2013年9月10日に番号が割り当てられたBIP39には、Marek Palatinus、Pavol Rusnák、Aaron Voisine、Sean Boweの4人が著者として記されています。コンピューターが生成したランダムな情報を単語に表し、誤りの検出に役立つチェックサムを加える方法を定めています。一般的なSeed Phraseは12語または24語で、自分で考える文章ではありません。単語と任意のpassphraseから、鍵を導出する出発点となる秘密、seedを計算します。復元では正確な語順と、使用していた場合は元のpassphraseが必要です。単語を別の言語に訳してはいけません。 [7]

出発点となる秘密を復元しても、使ったすべてのアドレスが自動的に見つかるとは限りません。HD Walletはそこから鍵の木構造を作ります。引き出しがたくさんある戸棚のようなものです。PalatinusとRusnákによるBIP43とBIP44は、ウォレットが同じ場所を探す助けになります。BIP44の経路m / 44' / coin_type' / account' / change / address_indexは、用途、通貨、アカウント、受取用かお釣り用か、個々のアドレスを示します。お釣り用の枝には、支払いに使った金額のうち、使い切らなかった残りを受け取るアドレスが含まれます。アンナにとってはアカウントの種類も控えることが大切です。鍵への経路は鍵のバックアップではなく、失った単語の代わりにはなりません。 [8] [9]

SLIP39は2017年に始まった、Rusnákを含む6人の共著です。Shamir Secret Sharingを単語形式のバックアップに適用する規格です。例えばアンナは5つのシェアのうち3つで復元する設定を選べます。任意の3つで保護された秘密を復元でき、2つでは足りません。シェアは数学的に計算されるので、普通の単語リストを切り分けても同じ保護にはなりません。SLIP39とBIP39は交換可能ではなく、復元先が正しい形式に対応している必要があります。非互換の形式へ移るには、新しいウォレットと資金の送金が必要な場合があります。必要数、設定したグループ、passphraseを事前に理解し、安全に復元を試すことが重要です。 [10]

RusnákはSLIP10、SLIP21、SLIP44の共同著者でもあります。最初の規格は、異なる鍵システムの数学的な土台である暗号曲線に応じた鍵の導出を扱います。次の規格は個別の対称鍵を導出します。対称鍵では、例えば暗号化と復号に同じ秘密を使います。最後は、アプリが取り違えないようBIP44経路の通貨識別子を登録するものです。これらは開発者向けの参照資料です。初心者が初めての支払い前に読み込む必要はありません。異なるプログラムが共通の規則で連携するためにあります。 [11] [12] [13]

2021年9月、会社はTrezorの技術責任者をTomáš Sušánkaが引き継ぐと発表しました。Rusnákはグループの経営に引き続き関わっています。この編集時点でSatoshiLabsの報道向け資料は、彼をSatoshiLabs共同創設者兼CTO、つまり最高技術責任者と紹介しています。これは、以前のTrezorの役職を今も務めているという意味ではありません。Trezor はウォレットとそのソフトウェアを手がけ、SatoshiLabs はそれ以外のプロジェクトも含む、より大きなグループです。 [2] [3]

Rusnákの貢献は、支払い時に鍵を守る機器と、鍵を復元する公開規則をつなぐものです。他のウォレットが必要な規格と設定に対応していれば、アンナは一つの箱や会社だけに依存せずに済む可能性があります。Self-custodyは自分で鍵を管理することであり、バックアップの責任をソフトウェア作者へ渡すことではありません。大きな金額を保管する前に、バックアップ形式を理解し、安全に復元を確認して、passphraseの役割を把握しましょう。有名な開発者の名前は、こうした手順や個別製品の確認の代わりにはなりません。 [5] [7] [10]

理解を深めるには、この項目とあわせて次もお読みください Bitcoin, Trezor, Hardware Wallet, セルフカストディ, SatoshiLabs, Marek「Slush」Palatinus. 次の項目からも参照されています SatoshiLabs, Trezor, Marek「Slush」Palatinus, brmlab.

DOC · 001SatoshiLabs — our story一次資料 DOC · 002SatoshiLabs — presskit and current leadership一次資料 DOC · 003SatoshiLabs — Trezor CTO transition一次資料 DOC · 004Trezor — a decade of the first hardware wallet一次資料 DOC · 005Trezor firmware — source repository文書 DOC · 006Trezor hardware — source repository文書 DOC · 007BIP39 — mnemonic code specification仕様 DOC · 008BIP43 — purpose field specification仕様 DOC · 009BIP44 — multi-account hierarchy仕様 DOC · 010SLIP39 — Shamir mnemonic shares仕様 DOC · 011SLIP10 — universal private-key derivation仕様 DOC · 012SLIP21 — symmetric-key hierarchy仕様 DOC · 013SLIP44 — registered coin types仕様 DOC · 014Pavol Rusnák — personal FOSS and Bitcoin archive一次資料 DOC · 015brmlab — Prague hackerspace一次資料
改訂日: 一次資料を優先 · 投資助言ではありません