著者: @Web3Mario (https://x.com/web3_mario)
概要: 先週最もホットなトピックは次のとおりです ZKsyncの公開エアドロップ検証事件 元々、著者はTONのDApp開発について研究し、学習体験を書いていましたが、この物議を醸すイベントとそれが引き起こしたコミュニティを見て、広範な議論が行われました。という感想があったので、それを皆さんにも共有できればと思い記事を書きました。一般に、ZKSyncのエアドロップスキームは、開発者、コアコントリビューター、ZKSyncnativeDegenクジラへの報酬に重点を置き、財産証明に基づいた配布方法を採用しています。オリジナルのデゲンの巨大なクジラが笑い、美容院が吠えています。
長い間、Web3業界はAirdropを通じて形成されてきたようですユーザーを製品に引き付け、それによってプロジェクトのコールド スタート パラダイムを実現します。これは特に Layer2 トラックに当てはまります。潜在的なエアドロップに対する開発者とユーザーの期待を誘導することで、開発者は積極的に DApp を構築して維持するよう刺激され、ユーザーは早期に目標に資金を繋ぐように刺激されます。開発段階Layer2で実行され、ターゲットLayer2上で動作するDAppに積極的に参加することで、標準となったエコロジーを活性化するという目的を果たします。
そのため、以前は一般的にユーザーは ZKSync のエアドロップが 2 つの直接の競合他社である Arbitrum と Optimism と比較されることを期待していました。もちろん、この結論は、業界の影響力、VCの背景、資金調達の規模などに関係なく論理的です。しかし、結果は大きく異なり、多くのユーザーが過去の経験を再利用してZKSyncに参加することにつながりました。期待された数の報酬を受け取っていないようで、コミュニティ内で広範な論争を引き起こしました。
この論争の背後にある理由を調査し、将来への参考となる影響について議論するには、当然のことながら、ArbitrumとOptimismの以前のエアドロップルール設定を見直す必要があります。まず、Arbitrumのエアドロップイベントを2023年3月に遡り、Arbitrumユーザーに11.62%を割り当てました総供給量のうち Arbエアドロップ、および1。Arbエアドロップの13%が、Arbitrumエコシステムで実行されているDAOに割り当てられました。エアドロップアクティビティの設定は、2023年2月6日のスナップショットデータに基づいています。ユーザーの具体的なルールは次のとおりです。
各詳細には特定のスコア計算方法があり、スコアの上限は15ポイントであり、このスコアはユーザーが受け取ることができるArbの量を決定するために使用されます。計算方法は次のように近似できます。線形関係がありますが、開始報酬は3ポイントから始まり、上限報酬は10200個Arbです。 DAOの報酬は、活動評価方法に基づいて直接決定され、137DAOがエアドロップを受け取り、その中にTreasureとが含まれています。 GMXが最も多く受け取ったのは、80010,000Arbです。現在の本質によれば、これは本当に大きな利益です。
次に、Optimismを見てみましょう。Arbitrumとは異なり、Optimismの配布される報酬の総数は19%を占めます。最初の最初のエアドロップイベントは20226月に遡り、これまでに合計5%のアドレスに配布されました。 4 ラウンドのエアドロップが実施され、各ラウンドのエアドロップの具体的なルールは次のとおりです:
ZKSyncと頻繁にやり取りしていた多くの人々やスタジオはショックを受けました。これが論争全体の原因でもありました。潜在的なエアドロップを受け取ることができるアドレスの数を増やすために、このユーザー グループは通常、大きな資金をできるだけ多くのアドレス グループに分散することを選択します。これらのアドレス グループは通常、数百、さらには数千であり、少額の資金を使用してイベントに参加します。特定の合意に基づいて、考えられるインセンティブ行動を決定し、自動化されたスクリプトまたは手動の方法を通じて頻繁に対話し、潜在的な利益を高めるためにタスクを完了します。 ZKSync のエアドロップ設定により、この戦略は効果がなくなり、頻繁にやり取りする多くのアドレスが支払う手数料は受け取った報酬よりも高くなり、当然このグループの人々の間で不満が生じます。
そして、で多数のエアドロップハンターKOLを見つけるのは難しいことではありません。そのため、私たちはこの状況を変えることを望んで、ソーシャルメディアを通じてZKSyncの公式に圧力をかけました。しかし、公式の態度を見る限り、彼らも非常に厳しいものであり、圧力に耐えてルールを変更しなかったため、現在の状況が起こっているようです。議論によって引き起こされたいくつかの邪悪な行為の可能性に対する非難と正当化は、この世論戦のハイライトである。
結果から判断すると、双方の訴えは理解できるように思えますが、善悪はどのような角度から議論するかしかありませんが、今日に至るまで考えるべきことはいくつかあると思います。 Web3 プロジェクトのコールド スタート フェーズにおけるコア バリュー ユーザーは誰か、またはコールド スタート フェーズではどのようなユーザーを奨励する必要があるか。 Airdropに基づく早期参加者への報酬は効果的であることが証明されていますWeb3プロジェクトのコールドスタート手段適切なエアドロップ メカニズムの設定は、プロジェクトが初期段階でシード ユーザーを効率的に引きつけるのに役立ちます。同時に、ユーザーがプロトコルの主要な動作を使用するように刺激することで、ユーザー教育を完了し、製品の定着率を高めることができます。これは、長い間、ほとんどのWeb3プロジェクトのエアドロップ設定がインタラクティブな行動を動機付けることに焦点を当ててきた根本的な理由でもあります。しかし、これは報酬を受け取るための敷居を下げ、簡単に報酬を受け取るという欠点をもたらしました。活動を行う 魔女の襲撃に遭遇。インタラクティブな動作は自動化およびバッチ化が容易なため、多くの専門チームにバッチ操作の余地が与えられますが、多数のロボット アカウントが流入すると、プロトコルは短期的には誤った繁栄をもたらすことになります。通常、一人暮らしでは将来のプロジェクトの発展に原動力を与えることはできません。報酬を受け取った後、そのほとんどは資金回転率を高めるために現金化され、それによってプロジェクト側の報酬の数が実際に減少します。本当に価値のあるものをユーザーに提供します。それは本当に損失に値しません。 では、なぜこのメカニズムが初期にうまく機能したのでしょうか? これは当然のことですが、当時、ほとんどのユーザーがこのインセンティブ メカニズムとインタラクティブな仕組みについて考える習慣をまだ形成していなかったからです。行動はまだ比較的純粋であり、実際のユーザーに属しているため、これらのユーザーにインセンティブをより効率的に分配することができ、結果として生じる富効果は、プロジェクト当事者が上記の利益を達成するのにも役立ちます。 、この方法は明らかに実際のユーザーを効果的に引き付けることができませんでした。私の個人的な感想の 1 つは、主なインセンティブとしてのインタラクションを伴うエアドロップ活動の有効性は、Arbitrum エアドロップの時点までに基本的にピークに達しているということです。 これは、ZKSyncが資産の相対的なサイズに基づいて価値のあるユーザーを識別するための基礎としてインタラクション番号の使用を放棄したい根本的な理由でもあります。ただし、この資産証明方法には問題がないわけではありません。魔女の攻撃のリスクはより効果的に特定して排除することができますが、それに伴う新たな問題は、独占によって引き起こされる富の不均等な分配です。 Web3 プロジェクトの中核となる価値の 1 つは、ボトムアップの分散型自律性モデルであることを私たちは知っています。これは、草の根ユーザー(少額の資本を持つ実際のユーザー)のサポートがプロジェクトの発展の基礎であることを意味します。結局のところ、一部のクジラ ユーザーが注力し、より持続可能な開発形態を形成できるのは、草の根ユーザーが十分に存在する場合にのみです。十分に大きい。そうなると、所有権証明書の配布システムは、コールドスタートの初期段階でクジラ利用者に明らかな利益をもたらすことになり、草の根利用者にとって効果的なインセンティブを形成することが難しくなり、当然のことながらまとまりを形成することは不可能となる。コミュニティ。 最終的な分析では、Web3 プロジェクトの場合、コールド スタート メカニズムを設計する際には、製品にとって重要なユーザー プロファイルを慎重に考慮し、現在の状況に従って対応するメカニズムを設計する必要があります。効果的な環境を提供する 最優先事項は、魔女の攻撃を回避しながら、上記の価値あるユーザーにインセンティブを与えることです。したがって、独自のコールド スタート メカニズムを設計する方法は非常に貴重なトピックであり、議論のために皆さんも私の X にメッセージを残してください。楽しいオプションを一緒にブレインストーミングしてみましょう。 再インタラクションは魔女攻撃の問題を引き起こし、財産証明は独占の問題を引き起こします
以上がZKSync エアドロップが物議を醸した、Web3 プロジェクトのコールド スタートのジレンマを見てみましょうの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。