Midnight Networkが問いかけています：プライバシーがペイメントと同じくらい簡単に統合できるとしたら？

今日、アプリケーションに支払いの流れを追加することの容易さを考えてみてください。ライブラリを取り込み、APIにフックし、いくつかのコールバックを処理するだけで済みます。StripeやPayPalを含む12のサービスもあり、ドキュメントを読む能力があれば、開発者にとっては週末のプロジェクトになりました。その変化は支払いをより簡単にしたわけではありません。それは商取引によって促進されるソフトウェアの経済全体を開きました。これまで開発されなかったアプリケーションも、難しい部分が既に抽象化されていたために作られるようになったのです。 しかし、もう一つの問いがあります。もしプライバシーも同じ効果をもたらすとしたらどうなるでしょうか？ 現時点では、プライバシーを備えたアプリケーションを作るのは週末の仕事ではありません。それは、データの保存方法、データの流れ、ログに記録される内容、検証の方法、将来的に規制当局が問い合わせる可能性のある事項など、すべてに通じるアーキテクチャの選択です。大多数の開発者は、その選択を正しく行うことができません。なぜなら、それを適切に行うためのツールが、ほとんどのソフトウェアが開発される層において、実際に存在してこなかったからです。したがって、プライバシーは二の次の考えになりがちです。利用規約の一つ、プライバシーポリシーの中の大きな約束事であり、誰も読まないものです。 @MidnightNetworkが提起しているのは、それがデフォルトである必要があるかどうかという問いです。ネットワークのインフラは、プライバシー保護機能が構成可能であるという概念に基づいて構築されています。これは、認証ライブラリや支払いSDKに切り替えるのと同じように、切り替えることができるものです。ゼロ知識証明技術を採用しているため、シールドされた計算はプロトコルに付加されたオプション機能ではありません。アーキテクチャは重い負担を背負っています。なぜなら、開発者は毎回プライバシー問題を判断するたびにそれを再構築する必要がないからです。 このネットワークを駆動するトークンは$NIGHTであり、その実用的な意味は、プライバシーをインフラとして経済的に実現可能であると信じる賭けです。つまり、プラットフォーム上で使用されるアプリケーションにおいて、敏感な情報がデフォルトで安全に保たれることを前提とした実際の市場が存在するということです。これは大きな違いです。意図が失敗することもありますが、すべての開発者が適切なタイミングで正しい決定を下す必要があるため、デフォルトの保護を無効にする必要はありません。構造的な問題です。 Midnightが直面している本当の課題は、ソフトウェアの作り方に関する深く根付いた前提です。それは、ユーティリティとプライバシーは相反するものであり、スムーズな運用と安全性は両立しないという考えです。これは支払いの分野で否定されました。Stripeが設立される前に必要だったのは、すべての従来の資金受け入れインフラ（マーチャントアカウント、決済ゲートウェイ、PCI準拠インフラ）でした。革新は新しい金融の仕組みを作ることではなく、既存のものを非常にシンプルに包み込み、複雑さを排除した点にあります。Midnightは、プライバシーに関しても同様の構造的アプローチを試みています。新たに生み出された暗号技術ではなく、真剣なゼロ知識証明のインフラをパッケージ化し、より広い層の開発者がこれを実アプリケーションに統合できる現実的な選択肢とすることです。 この変化から生まれる可能性のある用途は正直なところ予測が難しいですが、それは通常、その変化自体が無駄ではない兆候です。患者情報が一切安全な場所に転送されない医療環境や、取引履歴なしで信用力を確認できるFinchのツール、自己証明のためにすべてを明かす必要のない本人確認システムなどです。これらはSFではありません。インフラが開発者にとってインターフェース可能な形になった場合に構築されるアプリケーションです。 これがMidnightが橋渡しを試みている分断です。ブロックチェーン上でのプライバシーの実現だけでなく、「持つべきかどうか」ではなく、「なぜ持たないのか」と問えるほど便利なものです。 #night