
Nộp tiền để nhận ZRO, đợt airdrop lần này đã nghĩ ra chiêu mới Pay to Earn
Tuyển chọn TechFlowTuyển chọn TechFlow

Nộp tiền để nhận ZRO, đợt airdrop lần này đã nghĩ ra chiêu mới Pay to Earn
Việc thanh toán để nhận ZRO từ LayerZero là sự kiện đầu tiên, nhưng chắc chắn sẽ không phải là sự kiện cuối cùng trong tương lai.
Bài viết: TechFlow
Tin tốt, phần thưởng ZRO đã có thể nhận được rồi.
Tin xấu, cần phải trả phí để nhận.
Trước đó, thị trường từng chỉ trích số lượng airdrop của LayerZero quá ít, nhiều người cho rằng dù đã tích cực tương tác trong thời gian dài nhưng lượng nhận được dường như vẫn không đủ; cảm giác "airdrop sỉ nhục" từ đó mà phát sinh.
Và sự sỉ nhục này dường như đến tận hai lần.
Tối 20 tháng 6, LayerZero chính thức thông báo rằng ZRO có thể bắt đầu nhận, nhưng việc nhận này không hề miễn phí:
Người dùng phải đóng góp 0,10 USD bằng USDC, USDT hoặc ETH gốc cho mỗi ZRO để nhận token ZRO.
LayerZero gọi đây là một cơ chế mới mang tên Proof-of-Donation (Bằng chứng quyên góp), đồng thời sẽ quyên góp lên tới 18,5 triệu USD cho Protocol Guild – một cơ chế gây quỹ tập thể dành cho các nhà phát triển Ethereum.

Chưa bàn đến tính minh bạch và mục đích sử dụng khoản quyên góp, xét từ góc nhìn người dùng, quy tắc này nói một cách đơn giản chính là:
Muốn nhận airdrop? Trước tiên phải trả tiền.
Đây là lần đầu tiên trong lịch sử thị trường tiền mã hóa xuất hiện kiểu airdrop như vậy.
Bạn đã từng thấy các trò lừa đảo như rút thanh khoản, whitepaper rỗng, hay thông báo "xin lỗi, chúng tôi thất bại", nhưng hành vi công khai thu một phần từ airdrop của bạn dưới danh nghĩa “quyên góp” thì quả thật chưa từng nghe bao giờ.
Airdrop to Earn nay biến thành Pay to Earn.
Bắt buộc quyên góp, tạo sự tương phản mạnh mẽ
Gây cảm xúc hơn nữa là phần "tổng kết lịch sử" mà trang web chính thức LayerZero hiển thị trước khi nhận ZRO.
Trước khi nhận ZERO, trang web sẽ đưa ra một bản tổng kết kiểu “đánh dấu năm cũ” mà các công ty Internet Trung Quốc thường làm, với những dòng chữ đầy cảm xúc như “bạn đã lần đầu sử dụng omnichain vào ngày X”, “bạn đã tương tác X lần”,… như thể giúp bạn nhớ lại khoảng thời gian vất vả tương tác trước đây với kỳ vọng cao.
Việc hồi tưởng này vốn không sai, nhưng khi so sánh với màn hình yêu cầu quyên góp sau cùng, nó khiến người ta cảm thấy tổn thương.
Giống như đang nói rằng, tất cả nỗ lực tương tác trước đây của bạn chỉ càng làm tăng gánh nặng tài chính khi bạn cuối cùng đi nhận phần thưởng.

Lướt nhiều tài khoản? Làm tài khoản chất lượng cao? Tương tác trên nhiều chuỗi?
Không vấn đề gì, hoá ra chú hề lại là chính bạn.
Cho đến phút chót, bạn vẫn không biết giới hạn nào sẽ hiện ra ở trang nhận thưởng; theo thói quen ngành, bạn cũng chỉ nghĩ rằng quy tắc phân bổ airdrop có thể hơi bất công, vì khó lòng vừa lòng tất cả.
Nhưng thiết kế “trả tiền để nhận airdrop” thì thực sự không ai ngờ tới. Dù vậy, có lẽ đội ngũ dự án đã lên kế hoạch từ lâu, chỉ là ban đầu không thể tiết lộ, đợi đến bước cuối cùng để khiến chi phí chìm (sunk cost) của bạn càng lớn hơn mà thôi.
Ở đây, quy tắc nhận thưởng do hợp đồng thông minh quy định trở thành điều bị ghét bỏ nhất trong mắt các thợ săn airdrop. Xin lỗi, không thể thay đổi, hợp đồng đã được viết sẵn, muốn nhận thưởng thì phải quyên góp.
Không phải nói việc quyên góp là xấu, cũng không phải mọi người đều không có lòng tốt; chỉ là thiết kế ép buộc này trông có vẻ ác ý, dễ khiến người ta so sánh và thất vọng, từ đó hiểu nhầm chữ “quyên góp” thành “cướp đoạt”.
Thuế airdrop, cướp cả giàu lẫn nghèo
Nếu ta khái quát thêm nút quyên góp này, thực tế nó có thể được hiểu như một loại "thuế airdrop".
Dự án thưởng cho bạn nhờ hành vi tương tác, nhưng số lượng thưởng thực tế do dự án quyết định. Đồng thời, cũng chẳng có luật nào cấm dự án trích một phần từ phần thưởng để dùng vào mục đích khác.
Họ là dao thớt, ta là cá thịt; đã cho airdrop là tốt lắm rồi, thu thêm chút thuế thì sao?
Xét từ góc nhìn đội ngũ dự án, điều này rất hợp lý, thậm chí còn có chút tham lam; nhưng từ góc nhìn đại đa số người dùng, có lẽ dự án này tự coi mình quá cao trọng rồi.
Đối với các ví lớn và người lướt airdrop hàng loạt, nếu áp dụng thiết kế phải đóng góp cho mỗi ZRO, thì người giàu rõ ràng phải trả nhiều hơn. Nhưng người nhỏ lẻ cũng không được tha, với mức 0,1 cho mỗi cái, ai cũng như ai, cả giàu lẫn nghèo đều bị cướp.
Thậm chí có người dùng trên Twitter cho biết khoản “thuế quyên góp” họ phải trả không đúng theo mức 0,1/token, thực tế còn phải trả nhiều hơn, đúng là cướp trắng trợn.
Cộng thêm tình trạng phí gas tăng vọt trong thời điểm nhận airdrop, người dùng nhỏ lẻ sẽ có cảm giác như kiếm được nhưng lại chưa thực sự kiếm được, thậm chí còn bị lừa một vố.

Về sau, bạn còn sẵn sàng lao vào tạo nhiều tài khoản để lướt airdrop nữa không? Những thợ săn airdrop cấp studio thì càng phải tính toán kỹ tỷ suất lợi nhuận trên chi phí, cố gắng giảm tối đa chi phí vận hành; bởi không ai đoán trước được mức “thuế quyên góp” này sẽ là bao nhiêu.
Lướt airdrop, từ thời kỳ hoàng kim siêu lợi nhuận, cuối cùng cũng rơi vào cảnh cạnh tranh nội bộ.
Người dùng cạnh tranh, ngày càng nhiều người tham gia, bạn không tương tác thì sẽ có người khác làm. Dự án cũng cạnh tranh, cuối cùng phần thưởng cho bạn càng lúc càng ít, thậm chí còn áp dụng luôn cơ chế đánh thuế.
Có câu nói rất hay: "Tương lai đã đến, chỉ là chưa phân bố đều."
LayerZero bắt người dùng trả tiền để nhận ZRO là trường hợp đầu tiên, nhưng chắc chắn sẽ không phải trường hợp cuối cùng.
Những dự án sau này có thể sẽ dùng mức thuế nhẹ hơn, lý do vòng vo hơn, câu chuyện hoành tráng hơn để lấy đi một phần từ airdrop mà bạn đã giành được. Là người tham gia thị trường và chấp nhận quy tắc, có lẽ bạn chẳng còn cách nào khác.
Muốn cùng nhau tẩy chay bằng cách ngừng tương tác? Trong khu rừng mã hóa phi tập trung với động cơ đa dạng, điều này càng khó hơn bao giờ hết.
Hãy hạ thấp kỳ vọng, chi tiêu hợp lý, trời không bao giờ ban bữa trưa miễn phí, và có lẽ trong tương lai cũng sẽ không còn airdrop miễn phí nữa.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News














