さまざまな暴富の小話を見て、Movementが大規模プロジェクトであるとは思いもしませんでした。
Movementのエアドロップ、私は完全に逃しましたが、今振り返ると、おそらく参加しないでしょう。
私には以前、エアドロップ手法がありました：
（1）テストネットではエアドロップを行わない：テストネット段階のプロジェクトは、エアドロップへの参加のリターンが主ネットが立ち上がった後のプロジェクトよりも往々にして少ないです。
（2）複雑すぎてエアドロップしない：複雑なタスク体系はユーザーの参加意欲を低下させ、最終的にエアドロップとタスクがしばしば無関係になります。
（3）非大規模プロジェクトはエアドロップしない：すでに競争が激しいレースの中で、非大規模プロジェクトのエアドロップの価値の潜在能力は相対的に低いです。
ここで以前の手法を引用します：
まず、Movementはまだテストネットにあり、主ネットに上がっていないプロジェクトには私はエアドロップしないでしょう。歴史的なプロジェクトを見ると、テストネットで大規模プロジェクトが出る機会は非常に少ないため、多くのプロジェクトは主ネットが立ち上がるか、正式なリリースに近づいたときに大規模なトークン配布を行うことを選択します。
次に、Movementはあまりにも多くのタスクがあり、ユーザーを非常にPUA（心理的操作）していると感じます。大規模プロジェクトのシンプルさの原則に従えば、Movementは明らかに複雑すぎます。過去の公链の大規模プロジェクトを見て、どのプロジェクトのエアドロップルールが非常に複雑ですか？
最後に、Movementは数多くの公链の中で際立っていません。Move系の公链にはすでにSuiとAptosがありますので、レースの中で最も重要なプロジェクトにのみ焦点を当てるという原則に従えば、3番目の大規模なプロジェクトの可能性もそれほど高くはありません。
要するに、Movementはテストネット＋複雑なタスク体系＋非大規模プロジェクトに属します。このプロジェクトにどのように取り組むべきでしょうか？
しかし、どういうわけか、私はこの富の機会を逃してしまいました。これは私の過去の方法にはまだ最適化の余地があることを示しています。
では、私のエアドロップ手法を調整する必要があるのでしょうか？Movementのこのエアドロップは偶然のもので、発生する確率は高くありません。
人の時間とエネルギーは常に限られていますので、さまざまなプロジェクトを扱うと、広く網を撒くスタイルのエアドロップは逆に負担が大きくなります。
私が調整する必要があるのは、こうした投資背景が非常に豪華なプロジェクトに直面したとき、ある程度の敏感さを持つ必要があるということです。参加することを重視し、少量のブティックアカウントモデルで参加することができます。
そうすれば、最終的に本当に大規模プロジェクトが実現し、大腿を叩くことはないでしょう。
エアドロップにも感情的価値が必要です。
