Airdrop ZKsync gây tranh cãi, cùng nhìn vào vấn đề nan giải khi dự án Web3 bắt đầu nguội

Bài viết này được dịch máy
Xem bản gốc

Giới thiệu về Chainfeed:

Nhìn chung, kế hoạch airdrop của ZKSync áp dụng phương thức phân phối dựa trên chứng nhận tài sản, tập trung nhiều hơn vào phần thưởng dành cho các nhà phát triển, những người đóng góp cốt lõi và cá voi Degen bản địa của ZKSync. Điều này đã tạo ra một tình huống: cá voi Degen bản địa đang ở Laugh, xưởng làm tóc đang kêu gọi.

Nguồn bài viết:

https://foresightnews.pro/article/detail/62488

Tác giả bài viết:

Web3Mario


Quan điểm:

Web3Mario: Phần thưởng airdrop dành cho những người tham gia sớm đã được chứng minh là một phương tiện hiệu quả để bắt đầu nguội các dự án Web3. Việc cài đặt cơ chế airdrop tốt có thể giúp các dự án thu hút người dùng hạt giống một cách hiệu quả trong giai đoạn đầu, đồng thời kích thích người dùng trở nên quan trọng. đối với giao thức. Việc sử dụng các hành vi sẽ hoàn thiện việc giáo dục người dùng và tăng tính gắn bó của sản phẩm. Đây cũng là lý do cơ bản khiến hầu hết airdrop của dự án Web3 từ lâu đều tập trung vào khích lệ các hành vi tương tác. Tuy nhiên, điều này lại mang đến một nhược điểm là làm giảm ngưỡng nhận phần thưởng và dễ bị phù Phù thủy tấn công. Khi lượng lớn tài khoản robot đổ vào, mặc dù giao thức sẽ gặp phải sự thịnh vượng giả tạo trong thời gian ngắn, nhưng những "người dùng" này thường sống theo đuổi nguồn nước và không thể tạo động lực cho sự phát triển trong tương lai của dự án. sau khi nhận được phần thưởng. Loại khích lệ này Ngược lại, cơ chế làm loãng số lượng phần thưởng mà phía dự án cung cấp cho những người dùng có giá trị thực. Một trong những cảm nhận cá nhân của tôi là tính hiệu quả của các hoạt động airdrop với sự tương tác là đối tượng khích lệ chính về cơ bản đã đạt đến đỉnh cao vào thời điểm airdrop Arbitrum . Đây cũng là lý do cơ bản khiến ZKSync muốn từ bỏ việc sử dụng số tương tác làm cơ sở để xác định người dùng có giá trị dựa trên quy mô tương đối tài sản . Tuy nhiên, phương pháp chứng nhận tài sản này có thể không có vấn đề. Mặc dù rủi ro bị Phù thủy tấn công có thể được xác định và loại bỏ hiệu quả hơn, nhưng một vấn đề mới đi kèm với nó là sự phân bổ của cải không đồng đều do độc quyền gây ra. Phân tích cuối cùng, đối với các dự án Web3, khi thiết kế cơ chế khởi động nguội, bạn vẫn cần xem xét cẩn thận chân dung người dùng có giá trị cho sản phẩm của mình và thiết kế các cơ chế tương ứng dựa trên hoàn cảnh hiện tại để khích lệ hiệu quả những người dùng có giá trị nêu trên. để tránh các cuộc tấn công Phù thủy là ưu tiên hàng đầu. Vì vậy, làm thế nào để thiết kế cơ chế khởi động nguội của riêng mình là một chủ đề rất có giá trị.

Nguồn nội dung

https://chainfeeds.substack.com

Nguồn
Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận