Whitelist

Whitelist trong crypto là gì?

Whitelist trong crypto là danh sách địa chỉ ví, người dùng, hợp đồng thông minh, thiết bị hoặc tài khoản được phê duyệt cho một hành động cụ thể.

Thuật ngữ hiện đại và rõ ràng hơn là allowlist, nhưng nhiều người dùng crypto vẫn tìm kiếm whitelist vì thuật ngữ này đã được sử dụng nhiều năm trong mint NFT, ra mắt token, airdrop, ứng dụng DeFi và cài đặt bảo mật ví.

Nói đơn giản, whitelist quyết định ai được phép làm một việc nào đó.

Dự án crypto có thể dùng whitelist để quyết định ai được mint NFT sớm.

Đợt ra mắt token có thể dùng whitelist để quyết định ai được tham gia bán token.

Hợp đồng thông minh có thể dùng whitelist để quyết định địa chỉ nào được gọi một hàm được bảo vệ.

Ví có thể dùng whitelist để quyết định địa chỉ rút nào được phê duyệt.

Giao thức DeFi có thể dùng whitelist để kiểm soát tài sản, vault hoặc đơn vị vận hành nào có thể tương tác với hệ thống.

Ý nghĩa trong an ninh mạng cũng tương tự.

NIST định nghĩa whitelist là danh sách các thực thể được biết là đã được phê duyệt để sử dụng trong một tổ chức hoặc hệ thống thông tin, thông qua định nghĩa whitelist trong bảng thuật ngữ.

Trong crypto, thực thể được phê duyệt thường là một địa chỉ blockchain.

Đối với người mới, cách đơn giản nhất để hiểu whitelist là: nếu ví của bạn nằm trong danh sách, bạn có thể được phép tham gia; nếu không nằm trong danh sách, hợp đồng thông minh hoặc nền tảng có thể từ chối hành động của bạn.

Whitelist so với allowlist

Whitelist và allowlist thường có cùng nghĩa trong crypto.

Allowlist ngày càng được ưu tiên vì rõ ràng và trực tiếp hơn.

Trung tâm An ninh mạng Quốc gia Vương quốc Anh cho biết họ dùng “allow list” và “deny list” thay vì “whitelist” và “blacklist” vì các thuật ngữ mới rõ ràng và ít mơ hồ hơn, trong hướng dẫn về thuật ngữ.

Nhiều đội ngũ crypto hiện dùng allowlist trong tài liệu, trong khi nhiều người dùng vẫn nói whitelist trong các cuộc trò chuyện cộng đồng.

Đối với SEO và khả năng hiểu của người dùng, cả hai thuật ngữ đều hữu ích.

Trang nói về “Whitelist” nên giải thích allowlist là thuật ngữ hiện đại.

Chức năng là như nhau: cấp quyền cho các địa chỉ hoặc người dùng có tên trong danh sách.

Khái niệm đối lập thường được gọi là denylist hoặc blocklist.

Allowlist cho biết ai được phép.

Denylist cho biết ai bị chặn.

Trong hợp đồng thông minh, allowlist thường dễ xem xét an toàn hơn vì mọi thứ bị từ chối theo mặc định trừ khi được phê duyệt rõ ràng.

Whitelist crypto hoạt động như thế nào?

Whitelist crypto hoạt động bằng cách kiểm tra liệu địa chỉ ví hoặc tài khoản có khớp với danh sách được phê duyệt hay không.

Danh sách có thể được lưu trực tiếp trong hợp đồng thông minh.

Danh sách có thể được đội ngũ dự án lưu off-chain.

Danh sách có thể được biểu diễn bằng Merkle root.

Danh sách có thể được kiểm soát thông qua thông điệp có chữ ký.

Danh sách cũng có thể được quản lý bằng kiểm soát truy cập dựa trên vai trò.

Khi người dùng cố mint, claim, rút, bỏ phiếu, giao dịch hoặc thực hiện hành động bị hạn chế khác, hệ thống sẽ kiểm tra người dùng có được phê duyệt không.

Nếu địa chỉ được phê duyệt, hành động có thể tiếp tục.

Nếu địa chỉ không được phê duyệt, hành động thất bại hoặc bị chặn.

Trong hợp đồng thông minh đơn giản, hợp đồng có thể lưu mapping đánh dấu địa chỉ được phê duyệt là đúng hoặc sai.

Trong đợt mint NFT lớn, việc lưu trực tiếp hàng nghìn địa chỉ on-chain có thể tốn kém.

Vì vậy, nhiều dự án dùng Merkle tree để chứng minh ví thuộc danh sách mà không cần lưu toàn bộ danh sách on-chain.

Điều này giúp xác minh whitelist rẻ hơn và có khả năng mở rộng tốt hơn.

Vì sao whitelist được sử dụng trong crypto?

Dự án crypto sử dụng whitelist để kiểm soát quyền truy cập.

Kiểm soát quyền truy cập quan trọng vì blockchain là hệ thống mở.

Bất kỳ ai thường cũng có thể gửi giao dịch tới hợp đồng thông minh công khai nếu hợp đồng cho phép.

Whitelist thêm một lớp cấp quyền.

OpenZeppelin giải thích kiểm soát truy cập hợp đồng thông minh quy định ai được phép mint token, bỏ phiếu cho đề xuất, đóng băng chuyển token hoặc thực hiện hành động nhạy cảm khác trong tài liệu Access Control.

Đối với dự án NFT, whitelist có thể thưởng cho người ủng hộ sớm.

Đối với đợt ra mắt token, whitelist có thể kiểm soát ai tham gia đợt bán.

Đối với giao thức DeFi, whitelist có thể giảm rủi ro bằng cách giới hạn hợp đồng hoặc tài sản được chấp nhận.

Đối với ví, whitelist địa chỉ rút có thể bảo vệ người dùng khỏi việc gửi tiền đến địa chỉ không xác định.

Đối với tổ chức, whitelist có thể hỗ trợ tuân thủ bằng cách chỉ cho phép đối tác được phê duyệt.

Đối với nhà phát triển, whitelist có thể giúp bảo vệ các hàm quản trị khỏi việc sử dụng trái phép.

Trong mọi trường hợp, whitelist là bộ lọc cấp quyền.

Whitelist trong mint NFT

Whitelist NFT trở nên phổ biến trong giai đoạn bùng nổ NFT vì dự án muốn kiểm soát quyền mint sớm.

Whitelist có thể cho ví được chọn mint trước đợt bán công khai.

Nó có thể cung cấp giá mint thấp hơn.

Nó có thể dành riêng lượng phân bổ mint được đảm bảo.

Nó có thể giảm cạnh tranh phí gas bằng cách phân bổ quyền mint theo các khung thời gian.

Nó có thể thưởng cho thành viên cộng đồng tham gia sớm, đóng góp cho dự án, trúng raffle hoặc hoàn thành nhiệm vụ nhất định.

Quy trình whitelist NFT điển hình bắt đầu bằng việc dự án thu thập địa chỉ ví đủ điều kiện.

Sau đó, dự án có thể công bố quy tắc mint và thời gian claim.

Trong thời gian mint, hợp đồng thông minh kiểm tra ví có được phép không.

Nếu ví được phê duyệt và chưa dùng hết lượng phân bổ, ví có thể mint.

Nếu ví không được phê duyệt, giao dịch hoàn nguyên hoặc nút mint không hoạt động.

Một số hợp đồng NFT dùng Merkle proof để mint allowlist tiết kiệm gas.

Hướng dẫn hợp đồng thông minh NFT của QuickNode giải thích rằng Merkle tree có thể giúp việc xác minh allowlist không phụ thuộc quy mô danh sách và cần Merkle proof để kiểm tra liệu địa chỉ có nằm trong cây hay không, trong phần thảo luận về allowlist hợp đồng thông minh NFT.

Whitelist trong ra mắt token

Đợt ra mắt token có thể dùng whitelist để kiểm soát việc tham gia bán token.

Dự án có thể yêu cầu người dùng đăng ký trước đợt bán.

Dự án có thể yêu cầu xác minh ví.

Dự án có thể giới hạn người tham gia theo khu vực, loại người dùng, điểm đủ điều kiện hoặc quy tắc chiến dịch.

Dự án có thể dùng whitelist để ngăn bot mua toàn bộ lượng phân bổ.

Dự án cũng có thể dùng whitelist để thực thi quy tắc tuân thủ.

Trong một số đợt ra mắt, whitelist chỉ cấp quyền tham gia.

Nó không đảm bảo lợi nhuận.

Nó không đảm bảo token sẽ tăng giá.

Nó không đảm bảo thanh khoản sau khi ra mắt.

Nó không đảm bảo dự án an toàn.

Phân biệt này quan trọng vì người dùng thường coi suất whitelist là tài sản có giá trị.

Whitelist có thể cải thiện quyền tiếp cận, nhưng không thể loại bỏ rủi ro thị trường, rủi ro hợp đồng thông minh, rủi ro tokenomics hoặc rủi ro triển khai dự án.

Người dùng vẫn nên đánh giá nguồn cung, vesting, độ tin cậy của đội ngũ, tiến độ sản phẩm, thanh khoản, kiểm toán hợp đồng thông minh và rủi ro pháp lý trước khi tham gia.

Whitelist trong airdrop

Airdrop có thể dùng whitelist để quyết định ai được claim token.

Dự án có thể chụp snapshot blockchain rồi tạo danh sách địa chỉ ví đủ điều kiện.

Điều kiện có thể phụ thuộc vào hoạt động ví, lượng token nắm giữ, tham gia quản trị, sử dụng testnet, sở hữu NFT, tương tác giao thức hoặc đóng góp cộng đồng.

Danh sách địa chỉ đủ điều kiện cuối cùng trở thành whitelist hoặc allowlist airdrop.

Khi người dùng truy cập trang claim, hệ thống kiểm tra ví có đủ điều kiện hay không.

Nếu ví nằm trong danh sách, người dùng có thể claim token.

Nếu không nằm trong danh sách, thao tác claim thất bại.

Hướng dẫn airdrop crypto của Investopedia giải thích rằng một số airdrop chọn người dùng theo tiêu chí cụ thể và có thể dùng snapshot hoặc số dư ví trong hướng dẫn về airdrop tiền mã hóa.

Whitelist airdrop hữu ích nhưng cũng bị kẻ lừa đảo lạm dụng nhiều.

Trang airdrop giả thường giả vờ ví đã vào whitelist rồi lừa người dùng ký phê duyệt độc hại.

Airdrop thật không bao giờ yêu cầu seed phrase hoặc khóa riêng tư.

Whitelist trong hợp đồng thông minh

Hợp đồng thông minh sử dụng whitelist để kiểm soát quyền truy cập.

Hợp đồng có thể chỉ cho phép địa chỉ được phê duyệt mint token.

Hợp đồng có thể chỉ cho phép đơn vị vận hành được phê duyệt gọi các hàm quản trị.

Vault DeFi có thể chỉ cho phép tài sản được phê duyệt.

Bridge có thể chỉ cho phép relayer được phê duyệt.

Giao thức lending có thể chỉ cho phép loại tài sản thế chấp được phê duyệt.

Hợp đồng token có thể chỉ cho phép đại lý chuyển token được phê duyệt trong hệ thống có cấp quyền.

Tài liệu bảo mật hợp đồng thông minh Ethereum cảnh báo rằng hợp đồng thông minh có thể kiểm soát lượng giá trị lớn và tạo cơ hội cho kẻ tấn công, trong hướng dẫn bảo mật hợp đồng thông minh.

Đây là lý do kiểm soát truy cập phải được thiết kế cẩn thận.

Whitelist có thể cải thiện bảo mật, nhưng whitelist thiết kế kém có thể tạo rủi ro tập trung hoặc rủi ro quản trị ẩn.

Nếu một khóa riêng tư có thể thêm hoặc xóa địa chỉ khỏi whitelist, khóa riêng tư đó trở nên rất quyền lực.

Nếu khóa quản trị bị xâm phạm, kẻ tấn công có thể thay đổi quyền hạn và lạm dụng hợp đồng.

Thiết kế whitelist tốt nên có quy tắc rõ ràng, kiểm soát quản trị an toàn, nhật ký sự kiện, kiểm toán và quản trị minh bạch khi phù hợp.

Whitelist trong bảo mật ví

Ví và hệ thống lưu ký có thể sử dụng whitelist địa chỉ rút.

Whitelist địa chỉ rút là danh sách địa chỉ được phê duyệt mà tiền có thể gửi đến.

Nếu địa chỉ rút không được phê duyệt, ví hoặc nền tảng sẽ chặn thao tác rút.

Điều này có thể bảo vệ người dùng khỏi sai sót và việc tài khoản bị xâm phạm.

Ví dụ, nếu kẻ tấn công truy cập được tài khoản người dùng nhưng không thể thêm địa chỉ rút mới nếu không có thời gian chờ hoặc xác minh bổ sung, whitelist có thể giảm rủi ro bị đánh cắp.

Một số ví cũng cho phép người dùng gắn nhãn địa chỉ đáng tin cậy.

Một số hệ thống lưu ký yêu cầu phê duyệt đa chữ ký trước khi thêm địa chỉ mới.

Một số thiết lập tổ chức dùng whitelist địa chỉ để đáp ứng chính sách rủi ro và tuân thủ nội bộ.

Whitelist địa chỉ rút hữu ích nhưng không hoàn hảo.

Nếu người dùng whitelist nhầm địa chỉ, tài sản vẫn có thể bị mất.

Nếu kẻ tấn công kiểm soát địa chỉ được phê duyệt, whitelist không có tác dụng.

Nếu người dùng phê duyệt hợp đồng thông minh độc hại, whitelist địa chỉ rút có thể không bảo vệ toàn bộ tài sản.

Bảo mật ví vẫn cần bảo vệ khóa riêng tư, rà soát giao dịch, quản lý quyền phê duyệt và nhận thức về phishing.

Whitelist trong DeFi

Giao thức DeFi có thể dùng whitelist để quản lý rủi ro.

Giao thức có thể whitelist tài sản được dùng làm tài sản thế chấp.

Vault có thể whitelist các chiến lược được phép quản lý tiền.

Thị trường lending có thể whitelist hoặc niêm yết chỉ một số token nhất định.

Pool có cấp quyền có thể whitelist người dùng đáp ứng quy tắc đủ điều kiện.

Hệ thống oracle có thể whitelist nhà cung cấp dữ liệu hoặc nguồn cấp giá.

Hệ thống quản trị có thể whitelist địa chỉ được thực hiện hành động khẩn cấp.

Các biện pháp kiểm soát này có thể làm giao thức an toàn hơn nhưng cũng làm giảm tính mở.

Giao thức DeFi hoàn toàn mở cho phép bất kỳ ai tương tác nếu tuân theo quy tắc hợp đồng thông minh.

Hệ thống DeFi dùng whitelist thêm một lớp cấp quyền.

Lớp cấp quyền đó có thể hữu ích cho tuân thủ, bảo mật hoặc triển khai có kiểm soát.

Nó cũng có thể tạo giả định tin cậy vì người dùng phải tin người kiểm soát danh sách.

Người dùng nên hỏi ai có thể thêm hoặc xóa địa chỉ, thay đổi có bị trì hoãn không, quản trị có kiểm soát danh sách không và danh sách có thể bị lạm dụng không.

Whitelist và Merkle tree

Merkle tree là cấu trúc mật mã cho phép chứng minh hiệu quả một mục thuộc về một tập hợp.

Trong whitelist crypto, tập hợp này thường là danh sách địa chỉ ví được phê duyệt.

Thay vì lưu trực tiếp từng địa chỉ trong hợp đồng thông minh, dự án lưu một Merkle root duy nhất.

Khi người dùng cố claim hoặc mint, người dùng cung cấp Merkle proof.

Hợp đồng thông minh kiểm tra proof so với Merkle root.

Nếu proof hợp lệ, hợp đồng biết địa chỉ là một phần của danh sách được phê duyệt.

Điều này có thể tiết kiệm gas vì hợp đồng không cần lưu hàng nghìn địa chỉ riêng lẻ.

Nó cũng có thể giúp quản lý allowlist lớn dễ hơn.

Tuy nhiên, Merkle allowlist có thể gây khó hiểu cho người dùng.

Người dùng có thể đủ điều kiện, nhưng giao diện phải cung cấp proof chính xác.

Nếu website bị lỗi hoặc proof sai, thao tác claim có thể thất bại.

Người dùng cũng nên xác minh trang mint là chính thức vì kẻ lừa đảo thường sao chép trang claim allowlist.

Whitelist và thông điệp có chữ ký

Một số hệ thống crypto sử dụng thông điệp có chữ ký thay vì whitelist được lưu trữ.

Trong mô hình này, máy chủ đáng tin cậy ký một thông điệp nói rằng ví được phép thực hiện hành động.

Người dùng gửi chữ ký đó đến hợp đồng thông minh.

Hợp đồng thông minh xác minh chữ ký đến từ bên ký được phê duyệt.

Nếu chữ ký hợp lệ và chưa hết hạn hoặc chưa được sử dụng, hành động được cho phép.

Phương pháp này linh hoạt vì dự án không cần công bố toàn bộ danh sách on-chain.

Nó cũng có thể hỗ trợ điều kiện động.

Tuy nhiên, nó tạo sự tin cậy vào hệ thống ký.

Nếu máy chủ ký bị xâm phạm, kẻ tấn công có thể tạo phê duyệt trái phép.

Nếu quy tắc chữ ký được thiết kế kém, tấn công phát lại hoặc claim hai lần có thể xảy ra.

Allowlist dùng thông điệp có chữ ký tốt nên bao gồm chain ID, địa chỉ hợp đồng, địa chỉ ví, lượng phân bổ, thời hạn, nonce và phân tách miền rõ ràng.

Người dùng nên đọc kỹ lời nhắc ví trước khi ký bất kỳ thông điệp nào.

Phân bổ whitelist

Phân bổ whitelist là lượng một địa chỉ trong whitelist được phép mint, claim, mua hoặc rút.

Trong mint NFT, một ví có thể được phép mint một NFT.

Ví khác có thể được phép mint ba NFT.

Trong đợt bán token, địa chỉ có thể có mức mua tối đa.

Trong airdrop, địa chỉ có thể có lượng token có thể claim dựa trên hoạt động.

Quy tắc phân bổ quan trọng vì nằm trong whitelist không phải lúc nào cũng nghĩa là quyền truy cập không giới hạn.

Người dùng có thể được phê duyệt nhưng vẫn thất bại nếu vượt lượng phân bổ.

Người dùng cũng có thể thất bại nếu thời gian claim đã kết thúc.

Dự án có thể dùng giới hạn mỗi ví để giảm tập trung vào cá voi.

Dự án cũng có thể dùng các cấp khác nhau cho người ủng hộ sớm, người đóng góp, người nắm giữ NFT, người dùng testnet hoặc người tham gia quản trị.

Người dùng nên đọc kỹ quy tắc phân bổ trước khi gửi giao dịch.

Giao dịch thất bại vẫn có thể tốn phí gas trên một số mạng.

Snapshot whitelist

Snapshot whitelist là bản ghi về điều kiện đủ điều kiện của ví tại một thời điểm cụ thể.

Dự án sử dụng snapshot để ngăn người dùng thay đổi hành vi sau khi quy tắc được công bố.

Ví dụ, airdrop có thể tính các ví nắm giữ token trước số block cụ thể.

Dự án NFT có thể tính người nắm giữ bộ sưu tập trước đó tại một thời điểm nhất định.

Hệ thống quản trị có thể tính người bỏ phiếu hoặc người được ủy quyền tại block xác định.

Snapshot giúp điều kiện đủ điều kiện khách quan hơn.

Tuy nhiên, snapshot cũng có thể gây nhầm lẫn.

Người dùng có thể mua token sau snapshot rồi phát hiện không đủ điều kiện.

Người dùng có thể chuyển tài sản sang ví khác sau snapshot nhưng vẫn đủ điều kiện trên ví cũ.

Người dùng có thể sử dụng ví hợp đồng thông minh không được giao diện claim hỗ trợ.

Quy tắc snapshot cần được công bố rõ ràng.

Người dùng nên kiểm tra chính xác block, timestamp, tài sản, mạng và địa chỉ ví được dùng để xét điều kiện.

Whitelist grinding và tấn công Sybil

Whitelist grinding xảy ra khi người dùng tạo nhiều ví hoặc tài khoản để tăng cơ hội được vào whitelist.

Tấn công Sybil là thuật ngữ rộng hơn, chỉ một cá nhân hoặc nhóm giả làm nhiều người dùng độc lập.

Trong crypto, hành vi Sybil phổ biến vì tạo ví có chi phí thấp.

Dự án có thể muốn thưởng người dùng thực, nhưng bot có thể tạo hàng nghìn ví để farm điều kiện đủ điều kiện.

Điều này có thể làm whitelist kém công bằng hơn.

Dự án có thể chống tấn công Sybil bằng kiểm tra danh tính, công cụ proof-of-humanity, phân tích đồ thị xã hội, chấm điểm hoạt động, yêu cầu nạp tiền, hệ thống chống bot hoặc rà soát thủ công.

Mỗi phương pháp đều có đánh đổi.

Kiểm tra danh tính nghiêm ngặt có thể làm giảm quyền riêng tư.

Chấm điểm hoạt động có thể bất lợi cho người dùng mới.

Rà soát thủ công có thể tạo thiên kiến hoặc sai sót.

Yêu cầu nạp tiền có thể loại trừ người dùng nhỏ.

Thiết kế whitelist tốt cần cân bằng tính công bằng, quyền riêng tư, trải nghiệm người dùng và khả năng chống farming.

Whitelist và KYC

Một số whitelist crypto liên kết với quy trình xác minh danh tính, thường gọi là KYC.

KYC là xác minh danh tính người dùng vì mục đích tuân thủ hoặc kiểm soát rủi ro.

Đợt bán token, pool có cấp quyền hoặc nền tảng tài sản được quản lý có thể yêu cầu người dùng hoàn tất KYC trước khi ví được thêm vào allowlist.

Điều này có thể giúp dự án tuân thủ yêu cầu pháp lý.

Nó cũng có thể giới hạn quyền truy cập theo khu vực hoặc loại người dùng.

Tuy nhiên, whitelist dựa trên KYC tạo lo ngại về quyền riêng tư và bảo mật dữ liệu.

Người dùng có thể phải gửi thông tin cá nhân cho nhà cung cấp bên thứ ba.

Nếu nhà cung cấp đó bị xâm phạm, thông tin nhạy cảm có thể bị lộ.

Người dùng nên hiểu ai thu thập dữ liệu, dữ liệu được lưu thế nào, quy tắc nào áp dụng và dự án có hợp pháp không.

Whitelist yêu cầu thông tin danh tính nên được xử lý cẩn trọng hơn allowlist địa chỉ ví đơn giản.

Người dùng không nên tải tài liệu lên liên kết gửi qua tin nhắn trực tiếp hoặc kênh không chính thức.

Whitelist và khóa riêng tư

Whitelist không bao giờ yêu cầu khóa riêng tư hoặc seed phrase.

Đây là một trong các quy tắc an toàn quan trọng nhất trong crypto.

Dự án có thể yêu cầu địa chỉ ví công khai để thêm vào whitelist.

Dự án có thể yêu cầu người dùng kết nối ví để kiểm tra điều kiện.

Dự án có thể yêu cầu người dùng ký thông điệp để chứng minh quyền sở hữu ví.

Không trường hợp nào trong số này yêu cầu người dùng tiết lộ seed phrase hoặc khóa riêng tư.

FTC cảnh báo các vụ lừa đảo tiền mã hóa thường sử dụng cơ hội giả và thủ đoạn lừa dối để đánh lừa người dùng trong hướng dẫn về lừa đảo tiền mã hóa.

Chainalysis cũng mô tả các vụ phishing phê duyệt, trong đó nạn nhân bị lừa cấp quyền để tội phạm rút cạn ví, trong báo cáo về phishing phê duyệt.

Nếu trang whitelist yêu cầu seed phrase, gần như chắc chắn đó là lừa đảo.

Nếu yêu cầu claim whitelist đòi cấp quyền token không giới hạn, người dùng nên dừng lại và xem xét kỹ giao dịch.

Lừa đảo whitelist

Lừa đảo whitelist phổ biến trong crypto vì người dùng muốn tiếp cận sớm.

Kẻ lừa đảo sử dụng tính cấp bách, sự khan hiếm và nỗi sợ bỏ lỡ cơ hội để khiến người dùng hành động nhanh.

Tài khoản giả có thể nói người dùng đã trúng suất whitelist.

Website giả có thể nói ví đủ điều kiện nhận airdrop.

Trang mint giả có thể sao chép thiết kế dự án thật.

Quản trị viên cộng đồng giả có thể yêu cầu người dùng xác minh ví.

Tài khoản hỗ trợ giả có thể nói người dùng phải đặt lại quyền truy cập whitelist.

Nguy hiểm thường không nằm ở từ whitelist.

Nguy hiểm nằm ở giao dịch hoặc thông điệp mà người dùng bị lừa ký.

Phê duyệt độc hại có thể cho phép kẻ lừa đảo chuyển token hoặc NFT.

Chữ ký độc hại có thể ủy quyền hành động người dùng không hiểu.

Yêu cầu seed phrase có thể trao toàn bộ quyền kiểm soát ví cho kẻ lừa đảo.

Người dùng nên xác minh liên kết chính thức, tránh liên kết mint qua tin nhắn trực tiếp, đánh dấu trang đáng tin cậy và dùng công cụ bảo mật ví trước khi tương tác với bất kỳ yêu cầu claim whitelist nào.

Whitelist so với bán công khai

Đợt bán whitelist bị giới hạn cho các ví được phê duyệt.

Đợt bán công khai mở cho bất kỳ ai có thể tương tác với hợp đồng và đáp ứng quy tắc bán.

Đợt bán whitelist thường được dùng trước đợt bán công khai.

Chúng có thể cấp quyền tiếp cận sớm cho thành viên cộng đồng.

Chúng có thể giảm cuộc chiến phí gas bằng cách kiểm soát nhu cầu.

Chúng có thể giúp dự án thưởng cho người đóng góp thực sự.

Đợt bán công khai có thể cởi mở hơn nhưng dễ thu hút bot, phí gas cao và hết suất nhanh.

Không mô hình nào tự động tốt hơn.

Đợt bán whitelist có thể không công bằng nếu quá trình chọn lựa bị che giấu hoặc thao túng.

Đợt bán công khai có thể không công bằng nếu bot chiếm phần lớn nguồn cung.

Người dùng nên đánh giá quy tắc, phân bổ, giá, thời gian khóa, hợp đồng thông minh, hành vi đội ngũ và rủi ro trước khi tham gia bất kỳ hình thức nào.

Quyền truy cập không đồng nghĩa với giá trị.

Whitelist so với waitlist

Whitelist và waitlist không giống nhau.

Whitelist nghĩa là ví hoặc người dùng được phê duyệt quyền truy cập.

Waitlist nghĩa là người dùng đang chờ khả năng được truy cập sau này.

Một số dự án sử dụng cả hai.

Người dùng có thể tham gia waitlist trước.

Dự án sau đó có thể chọn một số người dùng waitlist vào whitelist.

Waitlist không đảm bảo mint, claim token, phân bổ bán token hoặc phê duyệt tài khoản.

Người dùng crypto nên đọc kỹ cách diễn đạt.

“Join the waitlist” thường nghĩa là đăng ký quan tâm.

“You are whitelisted” thường nghĩa là quyền truy cập được phê duyệt theo một số quy tắc.

Ngay cả khi đó, người dùng vẫn có thể cần hoàn tất hành động trước hạn chót.

Suất whitelist có thể hết hạn nếu người dùng bỏ lỡ thời gian claim.

Whitelist so với presale

Presale là đợt bán sớm trước khi ra mắt công khai.

Whitelist là danh sách người dùng được phép tham gia presale đó.

Hai thuật ngữ có liên quan nhưng không giống nhau.

Dự án có thể tổ chức presale chỉ dành cho ví trong whitelist.

Dự án cũng có thể tổ chức presale không cần whitelist nếu dùng quy tắc truy cập khác.

Được whitelist cho presale không đảm bảo presale an toàn.

Presale vẫn có thể liên quan tokenomics kém, phân bổ nội bộ ẩn, thanh khoản yếu, hợp đồng chưa kiểm toán, đội ngũ giả hoặc rủi ro rug pull.

Người dùng nên đánh giá dự án thay vì cho rằng quyền truy cập whitelist là dấu chứng nhận chất lượng.

Kẻ lừa đảo thường khiến suất whitelist có vẻ độc quyền vì tính độc quyền tạo áp lực.

Người dùng thận trọng nên chậm lại khi dự án nói chỉ còn vài phút để claim suất.

Whitelist so với kiểm soát truy cập dựa trên vai trò

Whitelist đơn giản thường cấp cùng quyền cho mọi địa chỉ được phê duyệt.

Kiểm soát truy cập dựa trên vai trò cấp quyền khác nhau cho từng vai trò.

Ví dụ, một vai trò có thể được phép tạm dừng hợp đồng.

Vai trò khác có thể được phép mint.

Vai trò khác có thể được phép cập nhật metadata.

Vai trò khác có thể được phép quản lý whitelist.

Tài liệu kiểm soát truy cập của OpenZeppelin giải thích hệ thống cấp quyền dựa trên vai trò và lý do việc hiểu ai có thể làm gì rất quan trọng trong hợp đồng thông minh.

Kiểm soát truy cập dựa trên vai trò linh hoạt hơn whitelist đơn giản.

Nó cũng phức tạp hơn.

Hệ thống quyền phức tạp có thể che giấu quyền quản trị nguy hiểm.

Người dùng và kiểm toán viên nên kiểm tra các vai trò hiện có, ai kiểm soát chúng, chúng có thể chuyển giao không, có dùng kiểm soát multisig không và có thời gian chờ không.

Whitelist trả lời: “địa chỉ này có được phép không?”

Kiểm soát truy cập dựa trên vai trò trả lời: “địa chỉ này chính xác được phép làm gì?”

Whitelist và phí gas

Giao dịch whitelist vẫn có thể yêu cầu phí gas.

Được phê duyệt không có nghĩa giao dịch miễn phí.

Người dùng vẫn có thể phải trả phí mạng để mint, claim, phê duyệt, chuyển hoặc tương tác với hợp đồng thông minh.

Nếu giao dịch thất bại, người dùng vẫn có thể mất gas tùy theo mạng và loại lỗi.

Đây là lý do người dùng cần xác nhận mình đang ở đúng mạng và trong đúng thời gian claim.

Họ cũng nên kiểm tra địa chỉ ví có khớp chính xác với địa chỉ trong whitelist hay không.

Nếu mint NFT dùng Merkle proof, thao tác claim có thể thất bại nếu giao diện cung cấp proof sai.

Nếu đợt bán token có mức trần mỗi ví, giao dịch có thể thất bại nếu người dùng cố mua quá nhiều.

Nếu whitelist đã được sử dụng, lần claim thứ hai có thể thất bại.

Người dùng nên đọc kết quả mô phỏng giao dịch nếu có trước khi ký.

Whitelist và quyền riêng tư

Whitelist có thể ảnh hưởng đến quyền riêng tư.

Nếu dự án công bố danh sách địa chỉ ví đủ điều kiện, người quan sát có thể phân tích các ví đó.

Họ có thể thấy số dư, lịch sử giao dịch, lượng NFT nắm giữ, hoạt động DeFi và hành vi on-chain khác.

Ngay cả khi dự án không công bố toàn bộ danh sách, thao tác claim thành công có thể dần tiết lộ các ví đủ điều kiện.

Người dùng quan tâm đến quyền riêng tư có thể dùng ví riêng cho các hoạt động khác nhau.

Tuy nhiên, dùng nhiều ví có thể tạo rủi ro quản lý.

Nó cũng có thể làm phát sinh lo ngại Sybil nếu dự án muốn thưởng người dùng duy nhất.

Quyền riêng tư và điều kiện đủ điều kiện thường mâu thuẫn.

Dự án muốn nhận diện người dùng thực.

Người dùng có thể muốn tránh liên kết mọi hoạt động với một địa chỉ.

Thiết kế whitelist tốt chỉ nên thu thập thông tin cần thiết và giải thích dữ liệu đủ điều kiện được sử dụng thế nào.

Cách kiểm tra ví có nằm trong whitelist không

Cách an toàn nhất để kiểm tra trạng thái whitelist là qua trang dự án chính thức hoặc phương thức hợp đồng.

Người dùng nên bắt đầu từ website chính thức hoặc các kênh mạng xã hội đã xác minh của dự án.

Họ nên tránh liên kết từ tin nhắn trực tiếp, phản hồi, bình luận và quảng cáo tìm kiếm ngẫu nhiên.

Họ nên xác nhận địa chỉ hợp đồng và mạng.

Họ chỉ nên kết nối ví nếu trang đã được xác minh.

Họ nên đọc lời nhắc ví trước khi ký bất kỳ nội dung nào.

Một số thao tác kiểm tra chỉ cần đọc dữ liệu công khai và không cần chữ ký.

Một số thao tác kiểm tra cần chữ ký thông điệp vô hại để chứng minh quyền sở hữu ví.

Một số hành động cần giao dịch on-chain và phí gas.

Người dùng nên hiểu mình đang thực hiện loại hành động nào.

Nếu công cụ kiểm tra whitelist yêu cầu seed phrase, khóa riêng tư hoặc toàn bộ thông tin khôi phục ví, người dùng nên đóng ngay lập tức.

Cách dự án nên xây dựng whitelist

Dự án nên thiết kế whitelist với quy tắc rõ ràng.

Họ nên giải thích tiêu chí đủ điều kiện trước khi thu thập địa chỉ ví.

Họ nên tránh âm thầm thay đổi quy tắc sau khi người dùng đã bỏ thời gian hoặc tiền để cố đủ điều kiện.

Họ nên dùng các mẫu hợp đồng thông minh an toàn.

Họ nên cân nhắc Merkle proof hoặc thông điệp có chữ ký cho danh sách lớn.

Họ nên kiểm tra logic claim trước khi ra mắt.

Họ nên công bố liên kết chính thức trên nhiều kênh đã xác minh.

Họ nên cảnh báo người dùng rằng seed phrase không bao giờ cần thiết.

Họ nên hạn chế quyền quản trị khi có thể.

Họ nên dùng kiểm soát multisig và thời gian chờ cho các chức năng nhạy cảm.

Họ nên phát sự kiện khi cài đặt whitelist thay đổi.

Họ nên ghi rõ phân bổ, hạn chót, giá, quy tắc hoàn tiền và các yếu tố rủi ro.

OWASP giải thích xác thực allowlist xác định chính xác những gì được phép và từ chối mọi thứ khác trong Input Validation Cheat Sheet.

Nguyên tắc tương tự áp dụng cho kiểm soát truy cập crypto: xác định điều được phép, sau đó thực thi nhất quán.

Lợi ích của whitelist

Lợi ích đầu tiên của whitelist là kiểm soát quyền truy cập.

Dự án có thể quyết định ai có thể mint, claim, mua, rút hoặc gọi một hàm.

Lợi ích thứ hai là giảm bot.

Whitelist có thể khiến bot tự động khó chiếm toàn bộ nguồn cung hơn trong đợt ra mắt.

Lợi ích thứ ba là phần thưởng cộng đồng.

Dự án có thể thưởng cho người ủng hộ sớm, người đóng góp, người thử nghiệm, người bỏ phiếu, nhà sáng tạo hoặc người nắm giữ dài hạn.

Lợi ích thứ tư là giảm áp lực khi ra mắt.

Khung thời gian whitelist có thể giảm cuộc chiến phí gas bằng cách phân tán nhu cầu theo thời gian.

Lợi ích thứ năm là kiểm soát tuân thủ tốt hơn.

Một số hệ thống cần người tham gia được phê duyệt vì lý do pháp lý hoặc tổ chức.

Lợi ích thứ sáu là bảo mật ví.

Whitelist địa chỉ rút có thể giảm rủi ro gửi tiền đến địa chỉ không xác định.

Lợi ích thứ bảy là an toàn hợp đồng thông minh.

Kiểm soát truy cập có thể ngăn người dùng trái phép gọi các hàm nhạy cảm.

Rủi ro của whitelist

Rủi ro đầu tiên là niềm tin sai lầm.

Người dùng có thể nghĩ được whitelist nghĩa là dự án an toàn.

Điều đó không đúng.

Rủi ro thứ hai là tập trung.

Thường phải có người quyết định ai được thêm hoặc xóa.

Rủi ro thứ ba là khóa quản trị bị xâm phạm.

Nếu quyền kiểm soát whitelist nằm trong một khóa riêng tư, khóa đó có thể trở thành mục tiêu tấn công lớn.

Rủi ro thứ tư là phân bổ không công bằng.

Whitelist có thể ưu ái người nội bộ, bot, người có ảnh hưởng hoặc người hiểu quy tắc ẩn.

Rủi ro thứ năm là phishing.

Liên kết whitelist giả rất phổ biến.

Rủi ro thứ sáu là mất quyền riêng tư.

Điều kiện whitelist có thể tiết lộ hoạt động ví hoặc liên kết người dùng với địa chỉ.

Rủi ro thứ bảy là lỗi kỹ thuật.

Merkle proof sai, snapshot sai, giao diện lỗi hoặc bug hợp đồng có thể chặn người dùng hợp lệ.

Rủi ro thứ tám là cường điệu quá mức.

Sự khan hiếm whitelist có thể khiến người dùng bỏ qua các yếu tố nền tảng của dự án.

Những hiểu lầm phổ biến về whitelist

Một hiểu lầm là quyền truy cập whitelist đảm bảo lợi nhuận.

Điều đó không đúng.

Hiểu lầm khác là whitelist nghĩa là dự án đã được blockchain xác minh.

Điều đó không đúng vì blockchain chỉ thực thi quy tắc mã.

Hiểu lầm thứ ba là người dùng cần chia sẻ seed phrase để tham gia whitelist.

Họ không bao giờ nên làm vậy.

Hiểu lầm thứ tư là chỉ kết nối ví luôn an toàn.

Kết nối ví thường ít nguy hiểm hơn ký, nhưng người dùng vẫn có thể bị dẫn đến các phê duyệt độc hại sau khi kết nối.

Hiểu lầm thứ năm là mọi whitelist đều công bằng.

Một số công bằng, một số được quản lý kém và một số được thiết kế để tạo cường điệu.

Hiểu lầm thứ sáu là allowlist không thể thay đổi.

Một số danh sách cố định, trong khi danh sách khác có thể được quản trị viên hoặc quản trị cập nhật.

Hiểu lầm thứ bảy là whitelist luôn on-chain.

Nhiều whitelist được lưu off-chain hoặc biểu diễn bằng proof.

Danh sách kiểm tra an toàn whitelist

Người dùng nên xác minh website chính thức trước khi tham gia bất kỳ whitelist nào.

Người dùng nên xác nhận đúng mạng và địa chỉ hợp đồng.

Người dùng không bao giờ nên chia sẻ seed phrase hoặc khóa riêng tư.

Người dùng nên tránh liên kết mint qua tin nhắn trực tiếp.

Người dùng nên đọc kỹ lời nhắc ví trước khi ký.

Người dùng nên kiểm tra giao dịch có cấp quyền token hoặc NFT không.

Người dùng nên hiểu giá mint, lượng claim, lượng phân bổ và hạn chót.

Người dùng nên kiểm tra dự án có công bố quy tắc rõ ràng không.

Người dùng nên đánh giá dự án, không chỉ suất whitelist.

Người dùng nên dùng ví riêng cho các đợt mint rủi ro cao nếu đủ kinh nghiệm quản lý nhiều ví an toàn.

Người dùng nên thu hồi quyền phê duyệt rủi ro khi không còn cần thiết.

Người dùng nên nhớ tính cấp bách là chiến thuật lừa đảo phổ biến.

Whitelist theo cách đơn giản

Whitelist là danh sách được phê duyệt.

Trong crypto, danh sách này thường chứa địa chỉ ví.

Nếu địa chỉ của bạn nằm trong danh sách, bạn có thể được phép mint, claim, mua, rút hoặc sử dụng tính năng.

Nếu địa chỉ không nằm trong danh sách, hệ thống có thể chặn bạn.

Whitelist và allowlist thường có cùng nghĩa.

Allowlist là thuật ngữ hiện đại rõ ràng hơn.

Whitelist có thể hữu ích cho kiểm soát quyền truy cập, phần thưởng cộng đồng, mint NFT, airdrop và bảo mật ví.

Chúng cũng có thể bị kẻ lừa đảo lạm dụng bằng cách tạo trang claim giả.

Đối với người mới, quy tắc quan trọng nhất rất đơn giản.

Whitelist thật có thể cần địa chỉ ví công khai của bạn, nhưng không bao giờ cần seed phrase.

FAQ

Whitelist có nghĩa là gì trong crypto?

Whitelist trong crypto là danh sách địa chỉ ví, người dùng hoặc hợp đồng được phê duyệt để thực hiện hành động cụ thể.

Whitelist có giống allowlist không?

Có. Whitelist và allowlist thường có cùng nghĩa, nhưng allowlist rõ ràng và hiện đại hơn.

Whitelist NFT là gì?

Whitelist NFT là danh sách ví được phê duyệt có thể mint NFT trong thời gian mint giới hạn.

Whitelist bán token là gì?

Whitelist bán token là danh sách người tham gia được phê duyệt, được phép tham gia đợt bán token theo quy tắc cụ thể.

Whitelist airdrop là gì?

Whitelist airdrop là danh sách ví đủ điều kiện có thể claim token hoặc phần thưởng.

Được whitelist có đảm bảo lợi nhuận không?

Không. Quyền truy cập whitelist chỉ cấp quyền tham gia và không đảm bảo lợi nhuận hoặc thành công của dự án.

Whitelist có thể được lưu on-chain không?

Có. Whitelist có thể được lưu trực tiếp trong hợp đồng thông minh, nhưng danh sách lớn thường dùng Merkle proof hoặc hệ thống off-chain.

Merkle whitelist là gì?

Merkle whitelist dùng Merkle root và Merkle proof để xác minh ví thuộc danh sách được phê duyệt mà không cần lưu từng địa chỉ on-chain.

Vì sao dự án dùng whitelist?

Dự án dùng whitelist để kiểm soát quyền truy cập, thưởng người dùng sớm, giảm bot, quản lý tuân thủ hoặc bảo vệ các hàm hợp đồng thông minh nhạy cảm.

Whitelist có thể không công bằng không?

Có. Whitelist có thể không công bằng nếu quy tắc phân bổ không rõ ràng, người nội bộ được ưu ái, bot farm suất hoặc đội ngũ thay đổi quy tắc thiếu minh bạch.

Whitelist có thể thay đổi không?

Một số whitelist cố định, trong khi số khác có thể được quản trị viên, multisig, cơ chế quản trị hoặc hệ thống off-chain thay đổi.

Whitelist địa chỉ rút là gì?

Whitelist địa chỉ rút là danh sách địa chỉ được phê duyệt mà ví hoặc hệ thống lưu ký cho phép gửi tiền đến.

Tôi có cần kết nối ví để kiểm tra trạng thái whitelist không?

Đôi khi có, nhưng người dùng chỉ nên kết nối qua liên kết chính thức và không bao giờ chia sẻ seed phrase.

Tôi có nên ký thông điệp cho whitelist không?

Ký thông điệp có thể là thao tác bình thường để chứng minh quyền sở hữu ví, nhưng người dùng nên đọc kỹ thông điệp và tránh yêu cầu đáng ngờ.

Yêu cầu claim whitelist có thể rút cạn ví không?

Yêu cầu claim whitelist giả có thể rút cạn ví nếu lừa người dùng ký phê duyệt độc hại hoặc tiết lộ thông tin riêng tư.

Dấu hiệu cảnh báo lừa đảo whitelist lớn nhất là gì?

Dấu hiệu lớn nhất là bất kỳ website hoặc người nào yêu cầu seed phrase, khóa riêng tư hoặc phê duyệt ví khẩn cấp từ liên kết không chính thức.

Whitelist có giống KYC không?

Không. Whitelist là danh sách quyền truy cập được phê duyệt, còn KYC là quy trình xác minh danh tính có thể được dùng trước khi thêm ai đó vào whitelist.

Tôi nên kiểm tra gì trước khi dùng liên kết whitelist?

Người dùng nên xác minh website chính thức, địa chỉ hợp đồng, mạng, quy tắc claim, lời nhắc ví và tính hợp pháp của dự án trước khi ký bất kỳ nội dung nào.

Kết luận

Whitelist là một trong các công cụ kiểm soát quyền truy cập phổ biến nhất trong crypto.

Nó được dùng cho mint NFT, bán token, airdrop, rút tiền từ ví, quyền DeFi, hàm quản trị hợp đồng thông minh và phần thưởng cộng đồng.

Thuật ngữ hiện đại allowlist rõ ràng hơn, nhưng whitelist vẫn được người dùng crypto sử dụng rộng rãi.

Ý tưởng cơ bản rất đơn giản: địa chỉ được phê duyệt có thể hành động, còn địa chỉ không được phê duyệt thì không.

Whitelist có thể giúp quá trình ra mắt suôn sẻ hơn, thưởng người dùng thực, giảm bot, hỗ trợ tuân thủ và bảo vệ các hàm nhạy cảm.

Chúng cũng có thể tạo rủi ro nếu không công bằng, tập trung, bảo mật kém hoặc được kẻ lừa đảo dùng làm mồi nhử.

Người dùng không bao giờ nên cho rằng quyền truy cập whitelist nghĩa là dự án an toàn hoặc sinh lời.

Họ cũng không bao giờ nên chia sẻ seed phrase hoặc khóa riêng tư để tham gia whitelist.

Cách tiếp cận an toàn nhất là xác minh liên kết chính thức, đọc lời nhắc ví, hiểu quy tắc, kiểm tra hợp đồng và đánh giá chính dự án.

Đối với nhà phát triển, whitelist cần được xây dựng với kiểm soát truy cập an toàn, quy tắc đủ điều kiện rõ ràng, quản lý quản trị cẩn thận và truyền thông minh bạch.

Đối với người dùng, whitelist chỉ hữu ích khi có thật, bảo mật và gắn với dự án đáng tin cậy.

Trong crypto, được phép tham gia chỉ là bước đầu tiên.

Điều quan trọng nhất là hiểu bạn đang được phép tham gia vào điều gì.