昨夜、@BrianSeongと共に第2回SF@WPReadingClubセッションを開催し、プライバシー研究者、ビルダー、学生を集めてEthereumのKohakuプライバシーフレームワークについて議論することができました。昨夜@ethereumhouseSF、とても楽しかったです。 専門家から多くを学びました。簡単なメモをいくつか挙げます。 > KohakuはプライバシーのためのSDKや抽象化レイヤーで、@RAILGUN_Project @0xMiden @hinkal_protocolなどの基盤プロトコルを呼び出します。 >私のKohakuの頭のイメージは、ウォレット用のViem/WagmiコネクタSDKのようなものです。2022年初頭に手動でブラウザウォレットインジェクターを書いたことを(あまり良い印象ではありませんが)覚えています。ViemやWagmiのようなものは、ウォレットの接続状態やチェーン管理のための標準インターフェースを提供し、すべてを1000倍簡単にしています。今日のプライバシーは2022年初頭のウォレットシーンのように、すべてに手動で連携が必要で、琥珀は「sendPrivate」「Shield」「unshield」といった共通エンドポイントを提供することでこれらを抽象化しようとしています しかし>、ウォレット抽象化と比べて、シールドプール、ZK、FHE、TEE、MPCなど、内部で使われているプライバシーソリューションにははるかに大きな格差があります。例えば。Railgunはプロトコルレベルのソリューションですが、Midenのようなものは異なるプライバシー特性や保証を持つL2です。開発者は、ウォレットの場合よりも、頼りにしている基盤フレームワークの「できる」「できない」ことを非常によく理解する必要があります。 トーネード以降も、プライバシーに対する>遵守は今も大きな悩みの種です。私の意見では、プライバシーは決して一枚岩の概念ではなく、「[誰か]に関する[何か]のプライバシー」です。オンチェーンオブザーバー+カストディアルエクスチェンジに関してトークン転送のプライバシーを持つことは、特にプライベートペイラルやエンタープライズサプライチェーンのようなB2B環境において、オンチェーン化が企業秘密である状況から、すでに大きな機能向上です。現段階では、規制当局の閲覧キーや特定のZK除外証明だけで、最も付加価値の高いユースケースを解き放つには十分だと思います。 いつも通り、この深く掘り下げたオタク向けのセッション+を今後ももっとプレイしていくのが大好きです。もしサンフランシスコやベイエリアにいるなら、次回はぜひ参加してください!