最初は、これただの「USオープンの準決勝チケット2枚を当てる」ためのキャンペーンだと思ってた。
でも、一番面白いのはチケットじゃなかった。
Veronaが、一般ユーザーが実際に使ったときに「verified data(検証済みデータ)」と「privacy(プライバシー)」がどう機能するかを見せてくれている。
やり方はシンプル:
VeronaのアカウントをWHOOPに接続。
テニスをする。
アクティビティを同期。
テニスのカロリーが、検証された数値としてリーダーボードに載る。
裏側では、Veronaが、WHOOPのワークアウトをzkTLSのセッションで処理してテニスのカロリーを計算し、proof(証明)を生成していると説明している。
で、僕が大事だと思うのはここ。
Veronaは、ワークアウトの全データをずっと保存する必要がない。
合計が形成された後、生のワークアウトやaccess tokenは、キャンペーンで説明されている仕組みに従って破棄される。
つまり最終的にはだいたいこういうこと:
「この人はテニスの活動でXカロリーを消費した。」
証明すべきは、その事実そのもの。
その事実の裏にあるすべてのデータまで公開しなきゃいけない、という話ではない。
そして、これこそがVeronaのユースケースがより現実味を帯びてくるところだと思う。
今日の例はテニスのカロリー。
明日は概念として同じパターンが、アプリやAIがユーザーについて「ある特定の事実」だけを必要とし、個人データの全ては必要としない場面で、関連性を持ちうる。
もう一つ、僕が好きな細部がある。
トップ10のカロリースコアが最終段階に進み、そしてパブリック・シードを使ってオンチェーンで1人の勝者がランダムに選ばれるので、結果は自分でも検証できる。
だからこのキャンペーンは、
現実のアクティビティ → 検証済みデータ → プライバシー → 検証可能な結果
をつなげている。
USオープンのチケットは、確かに人を惹きつける。
でも僕にとっての本当のデモは、これなんだ:
重要なことを証明しながら、他のすべてを晒さない。
それは、テニスのキャンペーン以上にずっと大きい。
#verona #whoop #tennis #kalori
でも、一番面白いのはチケットじゃなかった。
Veronaが、一般ユーザーが実際に使ったときに「verified data(検証済みデータ)」と「privacy(プライバシー)」がどう機能するかを見せてくれている。
やり方はシンプル:
VeronaのアカウントをWHOOPに接続。
テニスをする。
アクティビティを同期。
テニスのカロリーが、検証された数値としてリーダーボードに載る。
裏側では、Veronaが、WHOOPのワークアウトをzkTLSのセッションで処理してテニスのカロリーを計算し、proof(証明)を生成していると説明している。
で、僕が大事だと思うのはここ。
Veronaは、ワークアウトの全データをずっと保存する必要がない。
合計が形成された後、生のワークアウトやaccess tokenは、キャンペーンで説明されている仕組みに従って破棄される。
つまり最終的にはだいたいこういうこと:
「この人はテニスの活動でXカロリーを消費した。」
証明すべきは、その事実そのもの。
その事実の裏にあるすべてのデータまで公開しなきゃいけない、という話ではない。
そして、これこそがVeronaのユースケースがより現実味を帯びてくるところだと思う。
今日の例はテニスのカロリー。
明日は概念として同じパターンが、アプリやAIがユーザーについて「ある特定の事実」だけを必要とし、個人データの全ては必要としない場面で、関連性を持ちうる。
もう一つ、僕が好きな細部がある。
トップ10のカロリースコアが最終段階に進み、そしてパブリック・シードを使ってオンチェーンで1人の勝者がランダムに選ばれるので、結果は自分でも検証できる。
だからこのキャンペーンは、
現実のアクティビティ → 検証済みデータ → プライバシー → 検証可能な結果
をつなげている。
USオープンのチケットは、確かに人を惹きつける。
でも僕にとっての本当のデモは、これなんだ:
重要なことを証明しながら、他のすべてを晒さない。
それは、テニスのキャンペーン以上にずっと大きい。
#verona #whoop #tennis #kalori
