Hàm Burn

Hàm Burn trong crypto là gì?

Hàm burn là một hàm của hợp đồng thông minh, có thể loại bỏ token khỏi nguồn cung lưu hành vĩnh viễn hoặc khiến token không thể được sử dụng.

Trong tiền mã hóa, “burn” nghĩa là hủy số dư token theo cách làm giảm nguồn cung có thể sử dụng hoặc gửi token đến địa chỉ được cho là không ai kiểm soát.

Hàm burn thường xuất hiện trong hợp đồng token, đặc biệt là token ERC-20, NFT, hệ thống stablecoin, token quản trị, tài sản wrapped và giao thức DeFi.

Mục đích chính của hàm burn là tạo ra phương thức on-chain minh bạch để giảm nguồn cung token.

Khi token được đốt đúng cách, trình khám phá blockchain và sự kiện hợp đồng thông minh có thể cho thấy token đã bị loại khỏi số dư người dùng hoặc được gửi đến địa chỉ đốt được công nhận.

Với token ERC-20, một lần đốt thực sự thường làm giảm tổng nguồn cung token và phát ra sự kiện có thể được ví, công cụ phân tích và trình khám phá blockchain theo dõi.

Tài liệu ERC-20 của OpenZeppelin cho biết hàm nội bộ _burn hủy token từ một tài khoản, giảm tổng nguồn cung và phát ra sự kiện Transfer với địa chỉ nhận được đặt là địa chỉ zero.

Điều này quan trọng vì đốt token không phải là một giao dịch chuyển thông thường.

Giao dịch chuyển thông thường chuyển token từ người nắm giữ này sang người nắm giữ khác.

Đốt loại bỏ token khỏi nguồn cung đang hoạt động và có thể làm giảm nguồn cung token chính thức được hợp đồng ghi nhận.

Với người dùng crypto, hàm burn có ý nghĩa vì có thể ảnh hưởng đến tokenomics, tính minh bạch của nguồn cung, cơ chế quy đổi, cơ chế phí, thiết kế quản trị và kỳ vọng của nhà đầu tư.

Hàm Burn hoạt động như thế nào?

Hàm burn hoạt động bằng cách thay đổi quy tắc hạch toán của hợp đồng token.

Trong mô hình ERC-20 đơn giản, mỗi địa chỉ có một số dư và hợp đồng cũng theo dõi tổng nguồn cung.

Khi token được mint, hợp đồng tăng tổng nguồn cung và cộng token vào một tài khoản.

Khi token bị đốt, hợp đồng trừ token khỏi một tài khoản và thường giảm tổng nguồn cung một lượng tương đương.

Thay đổi này được ghi nhận on-chain vì giao dịch đốt được mạng blockchain xử lý.

Người dùng không thể đảo ngược việc đốt sau đó, trừ khi hợp đồng thông minh có một hàm mint riêng để tạo token mới.

Hàm burn phổ biến sẽ kiểm tra tài khoản có đủ token trước khi loại bỏ chúng.

Nếu tài khoản không có đủ token, giao dịch sẽ thất bại.

Hàm burn an toàn cũng cần đảm bảo số lượng đốt hợp lệ và người gọi có quyền đốt số token đó.

Trong nhiều cách triển khai ERC-20, người dùng có thể gọi hàm burn để hủy token của chính mình.

Một số hợp đồng cũng có hàm burnFrom, cho phép bên chi tiêu đã được phê duyệt đốt token từ tài khoản khác sau khi được cấp quyền chi tiêu.

Tài liệu ERC-20 Burnable của OpenZeppelin mô tả một phần mở rộng cho phép người nắm giữ token hủy token của chính họ và token mà họ được cấp quyền sử dụng; hoạt động này có thể được nhận diện qua phân tích sự kiện.

Nhờ đó, hàm burn hữu ích cho cả người dùng cá nhân lẫn cơ chế cấp giao thức.

Hàm Burn và gửi token đến địa chỉ đốt

Hàm burn và địa chỉ đốt có liên quan nhưng không phải lúc nào cũng giống nhau.

Hàm burn thay đổi cách hạch toán nguồn cung nội bộ của hợp đồng token và có thể làm giảm tổng nguồn cung.

Địa chỉ đốt là địa chỉ thường được dùng để nhận token mà người ta không kỳ vọng sẽ được sử dụng lại.

Địa chỉ kiểu đốt nổi tiếng nhất là địa chỉ zero, được viết là 0x0000000000000000000000000000000000000000.

Etherscan mô tả địa chỉ zero là địa chỉ không thuộc sở hữu của người dùng nào và thường gắn với sự kiện đốt token, mint token hoặc khởi tạo.

Một địa chỉ đốt phổ biến khác là 0x000000000000000000000000000000000000dEaD.

Etherscan mô tả dead address là địa chỉ thường được các dự án dùng để đốt token và giảm nguồn cung lưu hành.

Khác biệt này quan trọng vì gửi token đến địa chỉ đốt có thể không làm giảm giá trị totalSupply của hợp đồng token.

Nếu token chỉ được chuyển đến dead address, token có thể trên thực tế không thể sử dụng, nhưng hợp đồng vẫn có thể tính chúng vào tổng nguồn cung.

Nếu token được đốt bằng hàm burn phù hợp, hợp đồng thường trực tiếp giảm tổng nguồn cung.

Khi phân tích token, người dùng luôn cần kiểm tra dự án đã đốt token bằng cách giảm tổng nguồn cung hay chỉ chuyển token đến địa chỉ được cho là không thể truy cập.

Hàm Burn trong token ERC-20

Hàm burn đặc biệt phổ biến trong token ERC-20.

ERC-20 là tiêu chuẩn token được sử dụng rộng rãi cho token có thể thay thế trên Ethereum và các mạng tương thích EVM.

Tiêu chuẩn token ERC-20 chính thức quy định các hàm cốt lõi như totalSupply, balanceOf, transfer, allowance, approve và transferFrom.

Tiêu chuẩn ERC-20 cũng quy định sự kiện Transfer, sự kiện này phải được kích hoạt khi token được chuyển.

Tiêu chuẩn nêu rằng khi tạo token, cần kích hoạt sự kiện Transfer với địa chỉ gửi được đặt là 0x0.

Nhiều cách triển khai hàm burn ERC-20 sử dụng dạng sự kiện ngược lại bằng cách phát ra sự kiện Transfer có địa chỉ nhận được đặt là địa chỉ zero.

Điều này cho phép các công cụ off-chain nhận diện sự kiện hủy token thông qua việc theo dõi sự kiện tiêu chuẩn.

Tuy nhiên, bản thân ERC-20 không yêu cầu mọi token phải có hàm burn công khai.

Token có thể cho phép đốt, không cho phép đốt, chỉ cho phép chủ sở hữu đốt, cho phép người dùng đốt hoặc chỉ cho phép đốt theo logic hợp đồng cụ thể.

Điều này có nghĩa người dùng không nên cho rằng token ERC-20 nào cũng có thể bị đốt.

Trước khi xác định cơ chế đốt, người dùng nên đọc hợp đồng, tài liệu và thông tin trên trình khám phá blockchain.

Hàm Burn trong NFT

Hàm burn cũng được sử dụng trong NFT.

Trong hợp đồng NFT ERC-721, đốt thường có nghĩa là hủy một token ID cụ thể.

Tài liệu ERC-721 của OpenZeppelin giải thích token bắt đầu tồn tại khi được mint và ngừng tồn tại khi bị đốt thông qua logic _burn của ERC-721.

Điều này khác với đốt token có thể thay thế vì mỗi NFT là duy nhất.

Khi đốt NFT, người dùng không hủy một số lượng token giống hệt nhau.

Người dùng hủy một token ID cụ thể, có thể đại diện cho tác phẩm nghệ thuật, thẻ thành viên, vật phẩm trong trò chơi, vé, tài sản dạng tên miền hoặc một hình thức sở hữu kỹ thuật số khác.

Đốt NFT thường được dùng trong hệ thống nâng cấp, quy đổi, chế tạo vật phẩm trong trò chơi, cơ chế allowlist và trải nghiệm yêu cầu token.

Ví dụ, dự án có thể yêu cầu người dùng đốt NFT cũ để nhận NFT mới.

Trò chơi có thể yêu cầu người dùng đốt một số vật phẩm để tạo ra vật phẩm hiếm hơn.

Dự án thành viên có thể đốt thẻ tạm thời sau khi thẻ được sử dụng.

Trong mỗi trường hợp, hàm burn giúp thực thi tính khan hiếm và thay đổi trạng thái on-chain.

Vì sao dự án sử dụng hàm Burn?

Dự án sử dụng hàm burn vì nhiều lý do.

Lý do thứ nhất là giảm nguồn cung.

Nếu muốn giảm vĩnh viễn số lượng token, dự án có thể dùng hàm burn để thực hiện rõ ràng.

Lý do thứ hai là quy đổi.

Dự án có thể đốt token khi người dùng đổi token lấy tài sản, dịch vụ, quyền lợi hoặc sản phẩm khác.

Lý do thứ ba là thiết kế phí.

Một số hệ thống token đốt một phần phí giao dịch để mỗi giao dịch làm giảm nhẹ nguồn cung.

Lý do thứ tư là hạch toán giao thức.

Tài sản wrapped, tài sản tổng hợp và hệ thống liên chuỗi có thể đốt token ở một phía khi tài sản được rút, quy đổi hoặc giải phóng ở phía khác.

Lý do thứ năm là dọn dẹp dữ liệu quản trị.

Giao thức có thể đốt token kho bạc chưa sử dụng, token khuyến khích đã ngừng phát hành hoặc số dư phân phối chưa nhận để dữ liệu nguồn cung rõ ràng hơn.

Lý do thứ sáu là quyền lựa chọn của người dùng.

Một số cộng đồng cho phép người nắm giữ tự nguyện đốt token để thể hiện cam kết hoặc tham gia trò chơi, meme hay cơ chế xã hội.

Hàm burn linh hoạt, nhưng sự linh hoạt cũng tạo ra rủi ro nếu hàm được thiết kế kém hoặc do một nhóm nhỏ kiểm soát.

Hàm Burn và tokenomics

Tokenomics là thiết kế về nguồn cung, nhu cầu, cơ chế khuyến khích, phân phối và tiện ích của token.

Hàm burn có thể là một phần quan trọng trong tokenomics vì ảnh hưởng đến sự thay đổi nguồn cung token theo thời gian.

Một số dự án dùng cơ chế đốt để xây dựng câu chuyện giảm phát.

Giảm phát có nghĩa nguồn cung có thể giảm trong những điều kiện nhất định.

Nguồn cung thấp hơn có thể tạo sức hấp dẫn với người dùng, nhưng không tự động khiến token có giá trị hơn.

Giá token phụ thuộc vào cả cung và cầu.

Nếu nguồn cung giảm nhưng nhu cầu giảm nhanh hơn, token vẫn có thể mất giá.

Nếu lượng token bị đốt nhỏ trong khi token mới được mint nhanh hơn, nguồn cung ròng vẫn có thể tăng.

Vì vậy, người dùng nên kiểm tra mức thay đổi nguồn cung ròng thay vì chỉ xem thông báo đốt token.

Dự án đốt token từ một phần phân bổ chưa sử dụng có thể tạo tác động thị trường thấp hơn dự án đốt token thuộc nguồn cung đang lưu hành tích cực.

Đợt đốt có thể có ý nghĩa, nhưng chỉ khi người dùng hiểu token bị đốt đến từ đâu và việc đốt ảnh hưởng thế nào đến toàn bộ lịch cung ứng.

Hàm Burn và nguồn cung lưu hành

Nguồn cung lưu hành là lượng token có sẵn trên thị trường hoặc được xem là đang hoạt động.

Hàm burn có thể giảm nguồn cung lưu hành nếu token bị đốt trước đó đã được cung cấp cho người dùng, trader, nhà đầu tư hoặc giao thức.

Tuy nhiên, không phải đợt đốt nào cũng ảnh hưởng đến nguồn cung lưu hành như nhau.

Nếu dự án đốt token bị khóa vốn sẽ không được đưa ra thị trường trong nhiều năm, nguồn cung lưu hành trong ngắn hạn có thể không thay đổi đáng kể.

Nếu dự án đốt token thu từ phí người dùng hoặc mua tích cực trên thị trường, đợt đốt có thể tác động trực tiếp hơn đến nguồn cung lưu hành.

Nếu dự án gửi token đến địa chỉ đốt nhưng không cập nhật tổng nguồn cung, các công cụ theo dõi nguồn cung có thể đưa ra con số khác nhau tùy theo phương pháp tính.

Vì vậy, việc phân tích nguồn cung token có thể phức tạp.

Một bảng điều khiển có thể hiển thị tổng nguồn cung, bảng khác hiển thị nguồn cung lưu hành, còn bảng khác trừ các địa chỉ đốt đã biết.

Người dùng nên đọc định nghĩa mà từng nền tảng phân tích sử dụng trước khi so sánh số liệu.

Phân tích tốt nhất xem xét tổng nguồn cung, nguồn cung lưu hành, nguồn cung bị khóa, nguồn cung đã đốt, lịch mint, lịch vesting và số dư kho bạc cùng lúc.

Hàm Burn và hàm Mint

Hàm burn thường được thảo luận cùng hàm mint.

Hàm mint tạo token mới.

Hàm burn hủy token hiện có.

Hai hàm này cùng xác định cách nguồn cung có thể tăng hoặc giảm.

Token có cả hàm mint lẫn burn có thể linh hoạt, nhưng cũng có thể rủi ro nếu quyền hạn không được kiểm soát chặt chẽ.

Nếu chủ sở hữu có thể mint token không giới hạn, một sự kiện đốt có thể không tạo ra tính khan hiếm lâu dài.

Nếu chủ sở hữu có thể đốt token trong ví người dùng mà không cần sự đồng ý, người dùng có thể đối mặt với rủi ro nghiêm trọng về niềm tin và quyền kiểm soát tài sản.

Nếu giao thức chỉ có thể mint và burn theo các quy tắc nghiêm ngặt, hệ thống có thể an toàn và dễ dự đoán hơn.

Thiết kế token tốt cần giải thích rõ ai có thể mint, ai có thể burn, khi nào các thao tác này diễn ra và có giới hạn nào hay không.

Người dùng luôn nên kiểm tra quyền quản trị trước khi tin tưởng cơ chế đốt.

Hàm burn đáng tin cậy nhất khi quy tắc minh bạch, có giới hạn và được thực thi bằng mã thay vì những lời hứa mơ hồ.

Hàm Burn và stablecoin

Hàm burn rất quan trọng trong hệ thống stablecoin.

Khi người dùng quy đổi stablecoin lấy tài sản bảo chứng, nguồn cung stablecoin có thể cần giảm.

Hàm burn có thể loại bỏ stablecoin đã quy đổi khỏi nguồn cung lưu hành.

Điều này giúp nguồn cung token tương ứng với tổng quyền yêu cầu còn tồn tại trong hệ thống.

Ví dụ, nếu người dùng trả stablecoin cho đơn vị phát hành hoặc giao thức để quy đổi, token được trả lại có thể bị đốt để không tiếp tục lưu hành.

Trong hệ thống DeFi thuật toán hoặc có tài sản thế chấp, việc đốt cũng có thể diễn ra khi người dùng trả nợ, đóng vị thế hoặc quy đổi tài sản thế chấp.

Thiết kế cụ thể phụ thuộc vào mô hình stablecoin.

Trong mọi trường hợp, logic đốt là một phần của quy trình hạch toán hệ thống.

Nếu hàm burn của stablecoin bị lỗi, bị hạn chế hoặc bị sử dụng sai mục đích, độ chính xác của nguồn cung và niềm tin người dùng có thể bị ảnh hưởng.

Vì vậy, cơ chế đốt stablecoin cần được kiểm toán kỹ lưỡng và tài liệu hóa rõ ràng.

Hàm Burn và cầu nối cross-chain

Hàm burn cũng có thể xuất hiện trong cầu nối cross-chain.

Cầu nối giúp người dùng chuyển giá trị giữa các mạng blockchain.

Một số cầu nối sử dụng mô hình khóa và mint, trong đó token được khóa trên một chuỗi và phiên bản wrapped được mint trên chuỗi khác.

Các cầu nối khác có thể sử dụng mô hình đốt và giải phóng hoặc đốt và mint.

Trong mô hình đốt và giải phóng, token wrapped có thể bị đốt trên chuỗi đích trước khi token gốc được giải phóng trên chuỗi nguồn.

Trong mô hình đốt và mint, token có thể bị đốt trên một chuỗi và được mint trên chuỗi khác để duy trì cân bằng nguồn cung.

Hàm burn rất quan trọng trong trường hợp này vì việc hạch toán của cầu nối phải ngăn chặn quyền yêu cầu trùng lặp.

Nếu token không được đốt đúng cách, cầu nối có thể tạo ra nhiều token wrapped hơn lượng tài sản bảo chứng.

Nếu token bị đốt nhưng logic giải phóng gặp sự cố, người dùng có thể mất quyền truy cập vào tiền hoặc bị chậm rút tài sản.

Vì vậy, hàm burn liên quan đến cầu nối cần có bảo mật, giám sát và cơ chế khẩn cấp chặt chẽ.

Hàm Burn và giao thức DeFi

Giao thức DeFi sử dụng hàm burn theo nhiều cách.

Giao thức cho vay có thể đốt token nợ khi người vay hoàn trả khoản vay.

Pool thanh khoản có thể đốt token của nhà cung cấp thanh khoản khi người dùng rút phần tài sản của mình khỏi pool.

Giao thức tài sản tổng hợp có thể đốt token tổng hợp khi người dùng quy đổi tài sản thế chấp hoặc đóng vị thế.

Giao thức staking có thể đốt token biên nhận khi rút hoặc chuyển đổi.

Hệ thống quản trị có thể đốt khoản ký quỹ đề xuất nếu vi phạm quy tắc.

Trong những trường hợp này, hàm burn không chỉ nhằm giảm nguồn cung để tiếp thị.

Đây là một phần của cơ chế hạch toán giao thức.

Việc đốt chứng minh rằng quyền yêu cầu được token hóa đã được sử dụng, đóng hoặc quy đổi.

Nếu việc hạch toán đốt sai, người dùng có thể nhận quá nhiều, quá ít hoặc không nhận được gì.

Vì vậy, hàm burn trong DeFi cần được kiểm thử với các trường hợp ngoại lệ, lỗi làm tròn, rủi ro reentrancy, lỗi phân quyền và hành vi token ngoài dự kiến.

Rủi ro bảo mật của hàm Burn

Hàm burn có thể tạo ra rủi ro bảo mật nghiêm trọng nếu không được thiết kế cẩn thận.

Rủi ro thứ nhất là đốt token trái phép.

Nếu người dùng độc hại có thể đốt token từ ví khác mà không cần phê duyệt, người nắm giữ token có thể mất tài sản.

Rủi ro thứ hai là quyền quản trị quá lớn.

Nếu chủ sở hữu hợp đồng có thể đốt token của bất kỳ người dùng nào vào bất cứ lúc nào, token sẽ tập trung hơn mức người dùng có thể nghĩ.

Rủi ro thứ ba là logic allowance bị lỗi.

Hàm burnFrom phải kiểm tra chính xác liệu bên gọi có đủ quyền allowance trước khi đốt token của người khác hay không.

Rủi ro thứ tư là sai lệch nguồn cung.

Nếu số dư giảm nhưng tổng nguồn cung không được cập nhật chính xác, việc hạch toán token có thể không còn chính xác.

Rủi ro thứ năm là sự kiện không khớp.

Nếu thao tác đốt không phát ra sự kiện như dự kiến, ví và công cụ phân tích có thể không theo dõi chính xác thay đổi nguồn cung.

Rủi ro thứ sáu là cầu nối gặp sự cố.

Nếu đốt là một phần của hoạt động liên chuỗi, việc truyền thông điệp thất bại có thể khiến người dùng không nhận được tài sản như mong đợi.

Rủi ro thứ bảy là lạm dụng quyền nâng cấp.

Hợp đồng có thể nâng cấp có thể thay đổi logic đốt sau này nếu quyền quản trị hoặc quyền kiểm soát của quản trị viên không bị giới hạn.

Hướng dẫn dành cho nhà phát triển của Ethereum về bảo mật hợp đồng thông minh giải thích rằng kiểm toán và chương trình thưởng tìm lỗi không thay thế trách nhiệm viết mã chất lượng cao.

Lời nhắc này rất quan trọng vì hàm burn đơn giản về mặt khái niệm nhưng có thể nguy hiểm khi tác động đến số dư thực của người dùng.

Cách đọc hàm Burn trên trình khám phá blockchain

Người dùng thường có thể kiểm tra hoạt động đốt trên trình khám phá blockchain.

Bước đầu tiên là mở trang hợp đồng token và xem các giao dịch chuyển gần đây.

Bước thứ hai là tìm giao dịch chuyển đến địa chỉ zero hoặc địa chỉ đốt đã biết.

Bước thứ ba là kiểm tra tổng nguồn cung có giảm sau giao dịch hay không.

Bước thứ tư là xem dữ liệu đầu vào của giao dịch nếu trình khám phá giải mã lời gọi hàm.

Bước thứ năm là kiểm tra giao dịch đã gọi burn, burnFrom, redeem, withdraw hay một hàm khác có logic đốt hay chưa.

Bước thứ sáu là so sánh log sự kiện với giá trị nguồn cung token.

Nếu giao dịch chỉ chuyển token đến dead address, sự kiện có thể trông giống một giao dịch chuyển thông thường.

Nếu giao dịch gọi hàm burn thực sự, hợp đồng có thể phát ra sự kiện Transfer đến địa chỉ zero và cập nhật tổng nguồn cung.

Người dùng không nên chỉ dựa vào bài đăng mạng xã hội của dự án để xác nhận việc đốt token đã diễn ra.

Họ nên xác minh hash giao dịch, địa chỉ hợp đồng, số lượng và tác động đến nguồn cung on-chain.

Cách nhà phát triển thiết kế hàm Burn an toàn hơn

Nhà phát triển nên thiết kế hàm burn với quyền hạn rõ ràng và cơ chế hạch toán dễ dự đoán.

Hàm burn cơ bản dành cho người dùng chỉ nên cho phép người gọi đốt token của chính họ.

Hàm burnFrom cần yêu cầu allowance và giảm allowance đó chính xác sau khi đốt.

Nên tránh hàm burn dành cho quản trị viên, trừ khi trường hợp sử dụng của token thực sự yêu cầu.

Nếu cần quyền đốt của quản trị viên, hàm này nên sử dụng phân quyền dựa trên vai trò, giới hạn rõ ràng, sự kiện và có thể cả timelock.

Khi có thể, nhà phát triển nên dùng thư viện đã được kiểm thử thay vì tự viết logic đốt từ đầu.

Thư viện hợp đồng của OpenZeppelin được sử dụng rộng rãi vì cung cấp các cách triển khai đã được rà soát cho hành vi token phổ biến.

Nhà phát triển cũng nên viết kiểm thử cho các trường hợp đốt số lượng bằng 0, đốt toàn bộ số dư, đốt khi số dư không đủ, đốt dựa trên allowance, trạng thái tạm dừng, tình huống nâng cấp và tương tác với các hàm khác của giao thức.

Họ nên xác minh rằng sau khi mint và burn, tổng nguồn cung luôn bằng tổng số dư dự kiến.

Họ cũng cần đảm bảo các hệ thống bên ngoài như cầu nối, bảng điều khiển, subgraph và công cụ tính phần thưởng xử lý sự kiện đốt chính xác.

Hàm burn chỉ an toàn khi mã, quyền hạn, tài liệu và hoạt động giám sát đều phù hợp với thiết kế dự kiến.

Cách người dùng đánh giá hàm Burn

Trước tiên, người dùng nên tìm hiểu hàm burn là public, private, internal, chỉ dành cho chủ sở hữu hay dựa trên vai trò.

Nếu chỉ người dùng mới có thể đốt token của chính họ, rủi ro thường dễ đánh giá hơn.

Nếu quản trị viên có thể đốt số dư người dùng, người dùng nên xem đây là rủi ro tập trung hóa nghiêm trọng.

Tiếp theo, người dùng nên kiểm tra việc đốt có làm giảm tổng nguồn cung hay chỉ chuyển token đến địa chỉ đốt.

Họ cũng nên xem xét dự án có thể mint token mới sau khi đốt hay không.

Một đợt đốt lớn có thể chẳng có nhiều ý nghĩa nếu chủ sở hữu hợp đồng có thể mint lượng lớn hơn sau đó.

Người dùng nên kiểm tra sự kiện đốt là sự kiện một lần, theo lịch, dựa trên phí hay dựa trên quy đổi.

Họ cũng nên tìm hiểu token bị đốt đến từ đâu.

Đốt token từ phần phân bổ kho bạc khác với đốt token mua trên thị trường hoặc thu được qua phí giao thức.

Người dùng không nên cho rằng mọi đợt đốt đều là tín hiệu tăng giá.

Đợt đốt chỉ là một phần trong câu chuyện tổng thể về cung và cầu của token.

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

Một hiểu lầm phổ biến là mọi đợt đốt đều khiến giá tăng.

Đốt token có thể giảm nguồn cung, nhưng giá vẫn phụ thuộc vào nhu cầu, thanh khoản, tâm lý thị trường, tiện ích và điều kiện chung của thị trường crypto.

Một hiểu lầm khác là token gửi đến dead address luôn làm giảm tổng nguồn cung.

Token có thể làm giảm nguồn cung lưu hành trên thực tế nhưng không nhất thiết làm giảm giá trị totalSupply của hợp đồng.

Hiểu lầm thứ ba là hàm burn luôn có lợi cho người dùng.

Hàm burn được thiết kế kém có thể trao cho quản trị viên quá nhiều quyền hoặc khiến tiền bị hủy do nhầm lẫn.

Hiểu lầm thứ tư là việc đốt không thể bị đảo ngược trong bất kỳ điều kiện nào.

Bản thân token đã đốt thường không thể khôi phục, nhưng hợp đồng có quyền mint vẫn có thể tạo token mới sau đó.

Hiểu lầm thứ năm là mọi địa chỉ đốt đều an toàn như nhau.

Một số địa chỉ được công nhận rộng rãi là địa chỉ đốt, còn một số chỉ là địa chỉ thông thường được dự án gắn nhãn như vậy.

Người dùng nên xác minh địa chỉ thực sự không thể truy cập hay chỉ được tuyên bố là địa chỉ đốt.

Hàm Burn và mục đích tìm kiếm AEO

Người tìm kiếm “hàm burn” thường muốn biết hàm này làm gì, có giảm nguồn cung không và có thể ảnh hưởng đến giá token không.

Câu trả lời trực tiếp là hàm burn hủy token hoặc loại bỏ token khỏi nguồn cung đang hoạt động theo quy tắc của hợp đồng token.

Người dùng cũng có thể hỏi đốt token có giống xóa token hay không.

Về mặt hạch toán token, câu trả lời là có nếu hàm burn giảm số dư và tổng nguồn cung; tuy nhiên, bản ghi giao dịch vẫn hiển thị vĩnh viễn on-chain.

Người dùng có thể hỏi địa chỉ đốt có giống hàm burn hay không.

Câu trả lời là không, vì địa chỉ đốt nhận token còn hàm burn thay đổi cách hạch toán của hợp đồng.

Người dùng có thể hỏi đốt token có an toàn không.

Câu trả lời phụ thuộc vào mã, quyền hạn, quy tắc nguồn cung, hoạt động kiểm toán và việc người dùng có hiểu giao dịch mình ký hay không.

Người dùng có thể hỏi token đã đốt có thể quay trở lại hay không.

Thông thường, bản thân token đã đốt không thể được sử dụng lại, nhưng token mới có thể được mint nếu hợp đồng cho phép.

Câu hỏi thường gặp

Hàm Burn trong crypto có nghĩa là gì?

Hàm burn là hàm hợp đồng thông minh hủy token hoặc loại bỏ token khỏi nguồn cung đang hoạt động theo quy tắc của hợp đồng token.

Hàm Burn có làm giảm tổng nguồn cung không?

Hàm burn thực sự thường làm giảm tổng nguồn cung, nhưng gửi token đến địa chỉ đốt có thể không làm giảm giá trị totalSupply của hợp đồng.

Đốt token có giống chuyển token không?

Không. Giao dịch chuyển thông thường gửi token đến một địa chỉ khác, còn đốt loại bỏ token khỏi nguồn cung có thể sử dụng hoặc gửi token đến địa chỉ được cho là không ai kiểm soát.

Token đã đốt có thể khôi phục không?

Token đã đốt thường không thể khôi phục vì thao tác đốt thay đổi số dư vĩnh viễn hoặc gửi token đến địa chỉ không thể truy cập.

Dự án có thể mint token sau khi đốt không?

Có. Dự án có thể mint token mới sau khi đốt nếu hợp đồng thông minh có quyền mint và các quyền cần thiết vẫn còn hiệu lực.

Đốt token có luôn tốt cho giá không?

Không. Đốt token không đảm bảo giá tăng vì giá thị trường phụ thuộc vào nhu cầu, thanh khoản, tiện ích, tâm lý và toàn bộ lịch cung ứng.

burnFrom là gì?

burnFrom là hàm cho phép bên chi tiêu đã được phê duyệt đốt token từ tài khoản khác nếu bên đó có đủ allowance.

Địa chỉ đốt là gì?

Địa chỉ đốt là địa chỉ thường được dùng để nhận token mà người ta không kỳ vọng sẽ được sử dụng lại, chẳng hạn địa chỉ zero hoặc dead address được công nhận.

NFT có thể bị đốt không?

Có. NFT có thể bị đốt khi hợp đồng thông minh hủy một token ID cụ thể và loại bỏ token đó khỏi hồ sơ sở hữu đang hoạt động.

Người dùng nên kiểm tra gì trước khi tin tưởng hàm Burn?

Người dùng nên kiểm tra quyền hạn, tác động đến tổng nguồn cung, quyền mint, quyền quản trị, log sự kiện, hoạt động kiểm toán và khả năng xác minh giao dịch đốt on-chain.

Kết luận

Hàm burn là một trong những công cụ kiểm soát nguồn cung quan trọng nhất trong hợp đồng thông minh tiền mã hóa.

Hàm này cho phép token bị hủy, được quy đổi, loại bỏ khỏi nguồn cung lưu hành hoặc được dùng trong hệ thống hạch toán giao thức rộng hơn.

Với token ERC-20, hàm burn phù hợp thường giảm số dư người dùng và tổng nguồn cung.

Với NFT, hàm burn thường hủy một token ID cụ thể và chấm dứt trạng thái tồn tại đang hoạt động của token đó trong hợp đồng.

Hàm burn được sử dụng trong tokenomics, DeFi, stablecoin, cầu nối, trò chơi, hệ thống thành viên và cơ chế quản trị.

Tuy nhiên, không nên đánh giá hàm burn chỉ dựa trên tên gọi.

Người dùng nên kiểm tra hàm có thực sự giảm tổng nguồn cung không, ai có thể gọi hàm, liệu token mới có thể được mint sau đó và đợt đốt có thể xác minh on-chain hay không.

Nhà phát triển nên xây dựng hàm burn bằng thư viện đã được kiểm thử, quyền hạn rõ ràng, sự kiện đầy đủ, cơ chế hạch toán cẩn trọng và quy trình rà soát bảo mật.

Hàm burn tốt có thể cải thiện tính minh bạch và thiết kế giao thức.

Hàm burn kém có thể tạo ra rủi ro tập trung hóa, gây nhầm lẫn về nguồn cung hoặc khiến người dùng mất tài sản vĩnh viễn.

Cách an toàn nhất để hiểu một cơ chế đốt crypto là đọc hợp đồng, xác minh giao dịch và phân tích đợt đốt trong toàn bộ mô hình nguồn cung token.