Một bài viết hiểu rõ cơ chế airdrop: Làm thế nào để thiết kế một airdrop khiến mọi người hài lòng?

Tiêu đề gốc: 《Understanding Airdrop Mechanics》

Tác giả: KERMAN KOHLI

Biên dịch gốc: Luccy, BlockBeats

Đến thời điểm này, tôi có thể đã nghiên cứu nhiều trường hợp airdrop hơn hầu hết mọi người trong lĩnh vực này. Do đó, tôi đã bắt đầu hình thành một số quan sát tổng quát về loại airdrop nào là tốt và loại nào là xấu. EigenLayer là một ví dụ điển hình về một airdrop không thành công gần đây, và tôi nghĩ rằng chúng ta đều có thể rút ra một số bài học từ đó, nhưng còn vô số ví dụ khác mà chúng ta có thể tiếp tục liệt kê.

Ý định và kỳ vọng

Nhìn rộng ra, tôi nghĩ rằng điều đầu tiên và quan trọng nhất là thái độ của đội ngũ đối với việc đánh giá cách thực hiện airdrop thành công là rất quan trọng. Nếu có bất kỳ động cơ tham lam nào, chúng sẽ rất rõ ràng. Do đó, mặc dù nghe có vẻ hơi cũ kỹ, nhưng hãy giữ bình tĩnh. Người dùng của bạn không phải là kẻ ngốc, cộng đồng tiền điện tử rộng lớn hơn cũng không phải là kẻ ngốc, và các nhà đầu tư cũng không phải là kẻ ngốc. Mọi hành động bạn thực hiện sẽ được phân tích và sẽ được kiểm tra xem ý định của bạn là tích cực hay tiêu cực. Tôi viết bài này vì tôi có cảm giác rằng đội ngũ nghĩ rằng chúng ta đang ở năm 2021, họ có thể thực hiện một chiến lược lừa đảo mà không ai biết bạn đang làm gì. Thị trường thông minh hơn nhiều, và chúng ta đã thấy hầu hết các hình thức lừa đảo cũng như các kế hoạch Ponzi.

Bạn nên tham gia airdrop với tâm thế rằng "token tiền điện tử là một cách mới mẻ, chưa từng có để thúc đẩy sự tăng trưởng giá trị, mang lại lợi ích cho mọi người". Nếu bạn có thể duy trì tâm thế này càng nhiều càng tốt, hành động của bạn sẽ được hướng dẫn trên một quỹ đạo khá lành mạnh.

Sự mất cân bằng giữa thực tế và kỳ vọng có thể là nguyên nhân gây ra sự tức giận trong những airdrop này. Đội ngũ càng nói ít, rủi ro về sự mất cân bằng giữa họ với người dùng và cộng đồng càng lớn, chẳng hạn như một số ví dụ phổ biến về đội ngũ không đáp ứng kỳ vọng và những ví dụ dẫn đến kết quả xấu.

Số lượng airdrop

Đây là điều đầu tiên cần làm rõ với mọi người: thực sự có bao nhiêu token được phân bổ cho airdrop. Nếu không công bố điều này trước, bạn sẽ đối mặt với rủi ro khiến mọi người nghi ngờ về việc bạn thực sự coi trọng đóng góp của họ đến mức nào. Trong trường hợp của EigenLayer, họ đã thổi phồng airdrop lên mây, chỉ tiết lộ rằng những người ủng hộ sớm nhất chỉ chiếm một tỷ lệ không đáng kể 5% của tổng cung. Mặc dù họ đã thoát khỏi một tình huống khó khăn bằng cách tích lũy 15 tỷ USD TVL, nhưng họ đã vi phạm lòng tin của người dùng và tự mình phơi bày trước sự cạnh tranh. Sự giảm sút của TVL sẽ là một chỉ số thú vị, tôi sẽ theo dõi chặt chẽ. Nếu bạn không chắc chắn về số lượng đúng là bao nhiêu, việc thảo luận với càng nhiều bên liên quan càng tốt sẽ cho bạn một hướng dẫn tốt. Tôi không nghĩ rằng 5% là con số sai, chỉ là kỳ vọng đã vượt quá thực tế.

Quốc gia đủ điều kiện

Các quốc gia đủ điều kiện tham gia airdrop và các quốc gia không đủ điều kiện là gì. Đây có thể là sai lầm lớn nhất mà EigenLayer đã mắc phải, họ muốn thu hút TVL từ khắp nơi trên thế giới nhưng không muốn chịu rủi ro pháp lý liên quan đến những quốc gia này. Đây là một trường hợp điển hình muốn cả hai mà không công bằng. Họ phải hoặc là vạch ra ranh giới và thẳng thắn nói với người dùng ở Mỹ và châu Á rằng họ không đủ điều kiện, hoặc chấp nhận rủi ro pháp lý đi kèm. Nhiều đội ngũ sợ hãi rủi ro pháp lý trong tiền điện tử đến mức họ đã làm suy yếu cơ hội thành công của chính mình. Dù bạn làm gì, nếu bạn đạt được thành công ở một mức độ nào đó, cuối cùng bạn sẽ phải chiến đấu với Gary.

Phân bổ token

Phần này nói về những chi tiết nhỏ trong cách thực sự phân phối token, đây là một thách thức có chỉ số tăng theo cấp số nhân. Tình huống phổ biến ở giai đoạn này là:

· Cá voi không nên chỉ nhận tất cả token chỉ vì họ đã đầu tư một lượng vốn lớn

· Người dùng nhỏ nhất cũng nên nhận được một số lượng token cơ bản nào đó

Tuy nhiên, hai mục tiêu này lại mâu thuẫn trực tiếp với nhau. Nếu bạn quyết định phải cho người dùng nhỏ một cái gì đó, thì bây giờ có một động lực mạnh mẽ để phân chia ví của bạn, đạt được tiêu chuẩn tối thiểu để nhận airdrop. Điều này sẽ chống lại cá voi (những khách hàng lớn nhất của bạn), vì bạn khuyến khích họ cũng phân chia ví của họ. Tôi có một lý thuyết về cách giải quyết vấn đề này, nhưng sẽ thảo luận vào một thời điểm khác. Hiện tại, có vẻ như phương pháp tốt nhất theo tiêu chuẩn ngành là:

· Thực hiện hệ thống phân cấp

Đối với người dùng "lớn", số lượng phân bổ hơi không tuyến tính (nhiều thanh khoản, nhiều token);

Đối với người dùng "trung bình", phân bổ số lượng tuyến tính;

Đối với người dùng "nhỏ", phân bổ số lượng cố định;

· Sử dụng một số tiêu chuẩn thô để thực hiện hệ thống phân cấp này

Mặc dù điều này để lại nhiều không gian cải tiến, nhưng đây là điều tốt nhất mà đội ngũ hiện có thể làm. Mặc dù không có cách đúng để làm điều này, nhưng cách tồi tệ nhất là giữ cho cấu trúc này và cách nó được xác định không minh bạch.

Xử lý Sybil

Vấn đề với kế hoạch phân bổ token có phân cấp và không hoàn toàn tuyến tính là làm thế nào để phân biệt người dùng nhỏ và Sybil? Nhiều dự án gặp khó khăn trong việc phân biệt chúng. Mỗi đội ngũ dường như xử lý vấn đề này theo những cách khác nhau. Một số cách bao gồm nhưng không giới hạn:

· Thiết lập chương trình "tự báo cáo", như các kế hoạch LayerZero hoặc Hop, nơi người dùng tố cáo lẫn nhau, hoặc dự án nhận được sự giúp đỡ từ cộng đồng

· Sử dụng phân cụm trên chuỗi (chỉ dành cho các trang trại công nghiệp rửa tiền từ Binance)

· Chọn các thuộc tính dựa trên danh tiếng, hầu hết Sybil không đủ điều kiện

Những lựa chọn này được sắp xếp theo mức độ dễ đến khó. Thật không may, tất cả những vấn đề này thực sự chỉ là vấn đề phân đoạn dữ liệu, và không phải là dữ liệu thông thường, mà là dữ liệu lớn. Tôi sẽ thảo luận thêm về điều này sau.

Đòi hỏi vs trực tiếp vào ví

Đây là một lựa chọn khác ảnh hưởng đến airdrop của bạn. Để làm rõ, chế độ đòi hỏi là mô hình mà người dùng phải tự mình lấy airdrop, trong khi trực tiếp vào ví là để airdrop kỳ diệu cuối cùng liên kết với bạn. Sự tiện lợi của cái sau là rất lớn, nhưng cũng có thể dẫn đến việc nhiều người dùng bán tháo ngay lập tức, vì những người không biết họ đủ điều kiện, thậm chí không theo dõi chặt chẽ, sẽ bán để lấy tiền. Lập luận này cũng có thể được đảo ngược, tức là những người không nắm giữ token khó tạo ra nhận thức hơn.

Giải pháp tổng hợp cho tình huống này sẽ là chia airdrop thành hai cách: đòi hỏi và trực tiếp vào ví, nhưng tôi vẫn chưa thấy điều này xảy ra, đây chỉ là một ý tưởng.

Ngày mở khóa/lịch trình mở khóa

Nếu phải chọn một điều quan trọng nhất, đó chính là giá token và giá trị sau đó. Một điều mà đội ngũ nên chú ý là các điều khoản mà các chủ sở hữu khác nhận được thanh khoản và liệu token bị khóa có thể được staking hay không. Các điều khoản càng có lợi cho nội bộ, airdrop sẽ được coi là một sự kiện thanh khoản và khuyến khích người khác có xu hướng ngắn hạn. Vài năm trước, đội ngũ có thể sử dụng nhiều thủ thuật, nhưng thị trường sau đó đã trở nên thông minh hơn. Nếu bạn cần tái cấu trúc các vấn đề với nhà đầu tư, hãy làm điều đó. Một airdrop tồi tệ không bao giờ đáng giá.

Kết luận

Tóm lại, bài viết này đến đây là kết thúc. Mục đích tôi viết bài này là để tổng hợp nhiều phương pháp khác nhau mà tôi thấy trên thị trường và biên soạn tài liệu cho những người có thể đang xem xét thực hiện airdrop. Một điều áp dụng cho tất cả các trường hợp là công cụ để thực hiện airdrop tốt là rất thiếu, đây là điều tôi rất mong muốn chia sẻ, vì dữ liệu của chúng tôi tại 0x Arc cho phép chúng tôi thực hiện phân tích quy mô lớn chất lượng cao trên hàng triệu ví trên nhiều chuỗi. Trước khi điều đó xảy ra, tôi sẽ tiếp tục tiết lộ một số mẹo nhỏ mà tôi nghĩ rằng vấn đề này sẽ được giải quyết tốt nhất.