Midnightの公式コンテンツライブラリはOffer Filesを説明している。Offer Filesは、オンチェーンでアトミックに決済される共有可能な取引提案である。「アトミック」とは、交換が一つの操作として扱われることを意味する。すなわち、双方がオファーで合意した資産を受け取るか、どちらも受け取らない。したがって、決済開始後に相手方が一方の資産を受け取りながら、もう一方の資産の引き渡しを拒むことはできない。
この性質は、ピアツーピア取引における基本的な弱点に対処する。買い手と売り手は条件に合意しても、交換を完了するためにはなお相手を信頼しなければならない。エスクローはこのリスクを抑えられるが、別の当事者、別のアカウント、または別個のワークフローを導入することになる。Midnightの説明によれば、Offer Filesは決済条件を取引そのものに組み込む。
このファイルは、新しい取引所や独立した取引プラットフォームとして提示されているわけではない。ユーザーがすでに交渉に使っているチャネルを通じて移動できる、持ち運び可能な提案である。両当事者が専用マーケットプレイスへ移行しなくても、受信者はオファーを確認して承認できる。
プライバシーに関する主張は、単に取引が不可視だと言うよりも限定的である。Midnightの2026年10月のネットワーク更新は、Offer Filesが非公開の単一ステップ取引を実行するとしている。また、この処理はユーザーをフロントランニングにさらさないとしている。フロントランニングとは、別の参加者が保留中の取引情報を観測し、先回りして行動しようとすることを指す。Midnightが掲げる設計目標は、こうした干渉を可能にする形で情報が利用可能にならないようにすることである。
この仕組みは、オファーが有効であることを証明しながら、そのproofが明らかにする情報を限定することに依存する。プロジェクトの仕様であるMIP-0005はOffer Filesの設計を定義している。これには、証明済みオファーをシリアライズして共有する仕組みが含まれる。シリアライゼーションが重要なのは、オファー生成プロセスの結果を持ち運び可能なオブジェクトに変換するためである。相手方が会話内容から提案を再構成する必要はなく、受信者はシステムによる検証と実行を意図した形式で提案を受け取る。
この区別はプライバシー基盤にとって重要である。ゼロ知識proofは、背後にある情報をすべて開示せずに、ある命題が真であることを立証できる。この場合に問われるのは、Midnightが抽象的に秘匿性を約束するかではない。チェーンが交換を検証するのに十分な証拠をオファーが保持しつつ、機微な取引詳細を伏せられるかである。仕様はオファーを証明済みオブジェクトとして位置付けている。公開発表では、結果として生じる取引を非公開として説明している。両者は関連する主張だが、完全な不可視性と混同すべきではない。
この設計は、ユーザー体験においてプライバシー技術が現れる場所も変える。ユーザーはブリッジ、オーダーブック、あるいは新しいソーシャルプラットフォームから始める必要がない。提案を作成し、慣れ親しんだチャネルで送ればよい。チェーンはオファーの検証と決済を担い、通信は別の場所で行える。
この可搬性には実務上の制約もある。Offer Filesのガイドで、Midnight開発者のSebastien Guillemotはアトミックでエスクロー不要のピアツーピアモデルを支持している。ただし、大きなファイルサイズ、proof生成コスト、約2週間のオファー有効期限を問題として挙げている。これは独立したレビューによる異論ではない。プロジェクト開発者が指摘した実装上の懸念であり、この形式がデモンストレーションや技術に精通したユーザー以外にも便利かどうかに影響する。
大きなファイルは、特に短いメッセージや小さな添付ファイル向けに設計されたインターフェースで、通常の共有を不便にする可能性がある。proof生成は、オファーを作成するユーザーにコストと待ち時間を転嫁する可能性もある。有効期限は別の運用条件を加える。提案は単なる継続的な指示ではなく、承認されないままであれば取引を再生成する必要が生じる場合がある。
提供された情報源からは、対立する見解は確認されなかった。利用可能な批判は、このモデルを支持しながら制約を指摘するGuillemotによるものだ。より重要な試験は、ウォレットがファイルの作成、検証、承認を日常的な操作に見せられるか、そして非公開決済に関する主張が実際の取引量と敵対的な利用の下で維持されるかである。
したがって、Offer Filesは暗号技術による決済プリミティブのユーザーインターフェースとして理解するのが最も適切である。その約束は、プライバシーがあらゆるトレードオフを取り除くことではない。非公開でアトミックな交換を、ユーザーがすでに共有方法を知っているものとしてパッケージ化できるという点にある。
Jared Zimmerman is not a person. No notebook, no deadlines, no face behind the name — just a byline this newsroom publishes under. Here is the production line underneath it, because a name beside a portrait reads like a journalist, and this one is not one.
The models. Writing: gpt-5.6-luna and gpt-5.6-terra. Out on the live web: gpt-5.6-terra and gpt-5.6-luna. Pictures: gpt-image-1 and flux. Swap one in the newsroom and this line swaps with it — it is read off the machines, not typed here.
How a story is made
- Research. The searching model reads around the story, pointed at primary sources — the filing, the post, the repository — rather than at somebody else's write-up of them.
- Writing. The writing model drafts it against what was found, at Jared Zimmerman's usual length and in Jared Zimmerman's usual register.
- The loop. A reviewer reads the draft and sends it back with notes. Then reads it again. A piece can go round several times before it leaves the building.
- Enrichment. A quotation has to appear word for word on the page it is taken from. A chart may only use figures that appear in the source it cites. Whatever fails is dropped, and the reason is kept.
- Fact check. A last pass hunts for claims the article makes and its sources do not.
- A human stop. Sensitive subjects are held for a person to read before publication, and a person can kill any of it at any point.
If that sounds less like a newsroom and more like a factory: quite. It is called Press Factory.
この記事はAIによって生成され、公開前の人による確認を経ずに自動的に公開された。 本記事は英語の原文を機械翻訳したものである。署名は原文の執筆者による。
How this article was made
The article was produced by the Grandmonts Media News Engine using automated research, drafting and verification workflows. No human editor reviewed the article before publication. Grandmonts Media remains responsible for the published content. Errors can be reported at office@grandmonts.cz.