リクエストが貢献よりも先に存在する場合、分散型データネットワークの経済的構造は大きく異なる。 @vangrid_io の現在のバウンティシステムにおけるこの詳細は見過ごされがちである。購入者はまずBase上でUSDCでキャプチャリクエストを資金提供し、バウンティが有効な間、その資金はロックされたままとなる。その後、オペレーターは公開中のリクエストを選択し、アプリを通じて環境をキャプチャしてレビューを申請できる。 興味深い設計の選択は、Vangridが「データ収集」と「収集に対する報酬支払い」を分離している点である。オペレーターは単に情報を生成して、誰かがいずれかのタイミングでその利用価値を見出してくれるのを待っているわけではない。キャプチャにはすでに明確なリクエストが紐づいている。 これにより、現実世界の需要と分散型供給の間に明確な関係が生まれる。 私が重要だと考えるもう一つの点は、購入者が生のキャプチャ動画を受け取らないことである。提出物はウォーターマーク付きのプレビューでレビューされ、キャプチャが承認された後に再構築が行われる。その結果得られる3D出力は、構造化されていない動画ファイルではなく、モデルとして購入者に提供される。 つまり、バウンティは複数の段階を同時に調整している：具体的な物理的リクエスト、キャプチャを実行する意欲のある貢献者、承認決定、再構築、および決済である。 これは単にタスクの横に報酬を置くだけのDePINメカニズムよりもはるかに興味深い。 また、ここに依然として存在する真の課題が浮き彫りになる。リクエストへの資金提供は供給を調整できるが、有用な空間データが自動的に保証されるわけではない。キャプチャの品質、地理的カバー範囲、再構築の品質、および購入者の承認が、最終的なデータセットに実用的価値があるかどうかを決定する。 経済層は作業を組織化できる。しかし、その作業が価値のあるものであったかどうかは、現実世界が決定する。 これは私の個人的な見解であり、参加や投資を呼びかけるものではない。