Bitcoin transactions that are also files.ファイルでもある Bitcoin トランザクション。
These are Bitcoin transactions confirmed on mainnet. They are also files—HTML, PDF, ZIP. No conversion. No extraction. The bytes are the same.これらはメインネットで承認された Bitcoin トランザクションである。同時に HTML、PDF、ZIP ファイルでもある。変換も抽出も不要。バイト列はそのまま同じである。
This work cannot be read passively. To encounter it is to verify it—to inspect the bytes, to confirm that the same sequence is simultaneously a valid transaction and a valid file. The poetic moment is not in opening the file. It is in the act of confirmation itself.この作品は受動的に鑑賞することができない。この作品に出会うことは、それを検証することである——バイト列を調べ、同じシーケンスが有効なトランザクションであると同時に有効なファイルであることを確認すること。詩的な瞬間はファイルを開くことにあるのではない。確認という行為そのものにある。
Three transactions. Three file formats. Each confirmed on Bitcoin mainnet at block #941,191.3つのトランザクション。3つのファイル形式。すべてブロック #941,191 で Bitcoin メインネットに記録された。
Download the raw transaction and save with the appropriate extension. The bytes are unchanged.生のトランザクションをダウンロードし、適切な拡張子で保存してください。バイト列は一切変更されていません。
* The ZIP file cannot be opened with macOS Archive Utility. Use the unzip command instead.* ZIP は macOS のアーカイブユーティリティでは開けません。unzip コマンドを使用してください。
curl -s https://mempool.space/api/tx/f7f0272c8fc13d47fec5ea9787a8f3e5b4920142699dfe09f18e73d161cfe766/raw > tx.htmlopen tx.htmlcurl -s https://mempool.space/api/tx/04d93990146a56a695c387c39ed423bef4ba1892c994254d36cde5d0c2ba5507/raw > tx.pdfopen tx.pdfcurl -s https://mempool.space/api/tx/2c56b60137769f6529a662d2fd215d6329997543d9aa434c52e90d2a76087961/raw > tx.zipunzip -l tx.zip
SegWit transactions contain a "witness" section—data. This witness data is flexible: it can contain signatures, public keys, and arbitrary data needed to satisfy spending conditions.SegWit トランザクションには「witness」セクションがある。この witness データは柔軟で、署名、公開鍵、そして使用条件を満たすための任意のデータを含むことができる。
"no extension" exploits this flexibility. The witness data is carefully structured so that the entire transaction, read as raw bytes, forms a valid file. The file format headers, content, and metadata are all embedded within valid Bitcoin script constructs.「no extension」はこの柔軟性を利用している。witness データは慎重に構造化され、トランザクション全体を生のバイト列として読むと有効なファイルになる。ファイル形式のヘッダー、コンテンツ、メタデータはすべて、有効な Bitcoin スクリプト構造の中に埋め込まれている。
The PDF header %PDF-1.4 appears directly in the witness data. When read as a file, parsers recognize this magic number and interpret the bytes as PDF.PDF ヘッダー %PDF-1.4 が witness データに直接現れている。ファイルとして読むと、パーサーはこのマジックナンバーを認識し、バイト列を PDF として解釈する。
<!-- -->, PDF: %) hide non-file bytesコメント注入: 形式固有のコメント（HTML: <!-- -->、PDF: %）で非ファイルバイトを隠すOP_SHA256 OP_EQUALハッシュロックチャンク: 各データチャンクを OP_SHA256 OP_EQUAL で検証This work was inspired by knotslies.com, which demonstrated during the BIP-110 debate that this capability had always existed.この作品は、BIP-110 の議論の中でこの能力が常に存在していたことを示した knotslies.com にインスパイアされたものである。
BIP-110 proposes limiting the size of "data" that can be stored in Bitcoin transactions, with the goal of reducing blockchain bloat and preserving space for "legitimate" financial transactions.BIP-110 は、Bitcoin トランザクションに保存できる「データ」のサイズを制限することを提案している。ブロックチェーンの肥大化を抑え、「正当な」金融トランザクションのためのスペースを確保することが目的である。
The debate reveals a fundamental tension: Bitcoin, by design, does not distinguish between "transaction" and "data." A transaction is data. The witness, the scripts, the signatures—all are bytes that must be stored and propagated. Any rule attempting to separate "good" bytes from "bad" bytes faces the challenge that data can always be encoded as valid transaction components.この議論は根本的な緊張関係を明らかにしている：Bitcoin は設計上、「トランザクション」と「データ」を区別しない。トランザクションそのものがデータなのだ。witness、スクリプト、署名——すべて保存・伝播されなければならないバイト列である。「良い」バイトと「悪い」バイトを分離しようとするどんなルールも、データは常に有効なトランザクションコンポーネントとしてエンコードできるという課題に直面する。
Satoshi left room in Bitcoin's design—not by accident, but as intentional flexibility for unforeseen uses. To close this margin is to narrow Bitcoin's own survivability. If a permissionless protocol begins deciding what to permit, can it still call itself permissionless?Satoshi は Bitcoin の設計に余白を残した——偶然ではなく、予測できない用途への意図的な柔軟性として。この余白を閉じることは、Bitcoin 自身の生存可能性を狭めることになる。許可不要のプロトコルが何を許可するか決め始めたとき、それはまだ permissionless と呼べるのか。