Midnightは、ユーザーを鍵管理者にせずにプログラマブルなプライバシーを実用化できるとして、組み込み型ウォレットに賭けている。

MidnightはDynamicとの統合を発表した。10月1日に発表されたこの統合は、組み込み型ウォレット、合理化されたサインイン、自動化されたアドレス管理を、次の普及段階の中心に据えるものだ。

この変更は、暗号資産でよく知られた問題を対象としている。分散型アプリケーションを試す前に、ユーザーはウォレットをインストールし、シードフレーズを作成して保護し、接続を承認し、秘密鍵を管理し、トランザクションに必要なネットワークリソースを取得する必要がある場合がある。一つ一つの手順が離脱理由となる。プライバシー重視のアプリケーションでは、どのアドレスが公開用で、どのアドレスが非公開用なのか、資金が両者の間をどのように移動するのかを理解する必要があるため、このプロセスはさらに難しくなり得る。

Dynamicの役割は、このプロセスの多くをアプリケーション内部に組み込むことにある。すべてのユーザーに対応ウォレットの用意を求めるのではなく、アプリケーションはサインイン時に組み込み型ウォレットを作成または接続できる。これにより、blockchainとのやり取りを可能に保ちながら、導入体験を従来型のウェブサービスに近づけられる可能性がある。

この違いは重要である。ログインが円滑になることは、カストディが簡単になることと同義ではない。中心的な問いは、誰が鍵を管理するのかだ。ユーザーがアプリケーションに依存せずにウォレットをエクスポート、復元、利用できるなら、組み込み型の基盤は所有権を完全に隠すことなく摩擦を減らせる。復元がプラットフォームのアカウントや第三者サービスに依存する場合、体験は容易になるかもしれないが、カストディモデルは変化している。

Midnightの課題は、ウォレットの利便性よりも具体的である。そのプライバシーアーキテクチャでは、ユーザーが非公開に保つと期待する情報を露出させずに、アプリケーションがアドレスとトランザクションリソースを管理する必要がある。また、ユーザーがアクセスを復元し、アプリケーションが何を閲覧できるかを理解するために十分な説明も必要となる。プライバシーは常に相対的なものであり、実務上の問いは、誰に対して非公開なのかということだ。他のユーザー、アプリケーション、ウォレットプロバイダー、それともネットワーク自体に対してなのか。

Midnightによるシームレスなユーザージャーニーの説明では、抽象化を技術的な複雑さを隠す手段として位置付けている。このアプローチは、隠される詳細が本質的なものではなく運用上のものである場合に有効となり得る。ユーザーはトランザクションを完了するために、すべてのリソース計算を理解する必要はない。しかし、承認、復元、アドレスの可視性、アプリケーションが消滅した場合に何が起きるかについては、明確な回答が必要である。

同じことはNIGHTとDUSTにも当てはまる。アプリケーションは、ユーザーがこれらのネットワークリソースをどのように取得し消費するかを抽象化できるかもしれないが、抽象化が不透明化になってはならない。仕組みを一度も目にしないユーザーであっても、トランザクションの失敗、想定外のコスト、意図した以上の権限をひそかに管理するアプリケーションから保護される必要がある。

Midnightの開発者体験に関する資料は、より広い目標を示している。それは、プライバシー機能をプロトコルレベルで技術的に可能なだけのものではなく、アプリケーションを構築するチームにとって実用的なものにすることだ。Dynamicは、各開発者が組み立てなければならないウォレット基盤の量を減らすことで、その実現を支援できる。

とはいえ、これは普及の試金石であり、主流でのプライバシー利用が到来した証明ではない。この統合が成功するのは、開発者が迅速に提供しながら、ユーザーが実質的な管理権限を維持し、アカウントを復元でき、プライバシー境界を理解できる場合に限られる。組み込み型ウォレットは導入時の最初の5分間を解決する。Midnightは今後5年間に、これがより難しい問題を生み出さないことを示さなければならない。

#Midnight#Dynamic#embedded wallets#wallet abstraction#privacy#onboarding#crypto adoption#NIGHT#DUST#blockchain wallets

Noah Brown 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 Noah Brown's usual length and in Noah Brown'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.