Tối qua mình đã mở một vault trên testnet TBV, thế chấp nó để vay trên Aave v4, rồi đóng toàn bộ lại chỉ để xem quá trình redeem chạy end-to-end. Trong chu kỳ đó không thấy hiện bất kỳ khoản phí nào — hợp lý thôi, vì đây là testnet, mọi thứ vẫn chưa “live”. Nhưng việc khép vòng này khiến mình tò mò rốt cuộc một khoản phí thật sẽ đổ về đâu khi hệ thống chạy mainnet, nên mình đi đào trong whitepaper để tìm câu trả lời.
Mình phát hiện một điều ở mục fee-routing mà mình không ngờ tới. Nó không phải là một cơ chế chia phí đơn giản. Đó là một cuộc đấu giá. Phí giao thức phát sinh từ hoạt động của vault được cộng dồn dưới dạng BTC, không phải BABY. Sau đó các khoản phí BTC đó được đem đi đấu giá, được định giá bằng BABY. Ai đấu thắng BABY sẽ nhận được BTC — và lượng BABY họ đã trả sẽ bị đốt ngay lập tức. Không có kho quỹ, không có đội/người quản lý quyết định khi nào bán. Chỉ có code chuyển việc sử dụng thành một phần cắt vĩnh viễn từ nguồn cung.
Mình đối chiếu điều đó với những gì mình vừa làm trên testnet. Kho tiền gửi, khoản vay, khoản repay, và việc redemption — bản thân các hành động đó không tạo ra phần đốt cháy. Chỉ đến khi có ai đó ở phía sau thực sự muốn BTC đủ để chi BABY cho hoạt động đấu giá thì phần đốt mới kích hoạt.
Cũng giống như một máy bán hàng đầy ắp hàng ở trên cùng. Không quan trọng nó đầy tới đâu nếu không ai bỏ tiền xu vào — “doanh thu” không nằm ở việc hàng đầy, mà nằm ở việc có đồng xu được rơi ra.
Đây là một “kèo” khác so với ý tưởng “BABY phải có giá trị cao hơn vì có bao nhiêu BTC được khóa”. Nó gần hơn với: giá trị của BABY phụ thuộc vào nhu cầu đấu giá, chứ không phụ thuộc vào quy mô khóa. Bạn có thể chạy đúng chu kỳ testnet của mình một triệu lần và vẫn không đốt được gì, nếu ở phía bên kia không ai đấu giá.
Nói thẳng ra thì — toàn bộ thiết kế đấu giá và đốt này vẫn chỉ là một đề xuất trong paper, chưa được triển khai, và cần tới quản trị của Babylon để thực sự đi vào hoạt động.
Vẫn đang cân nhắc liệu nhu cầu đấu giá đó có xuất hiện khi phí trên mainnet thật sự bắt đầu, hay liệu nó chỉ chuyển câu hỏi “vì sao BABY lại rẻ” từ TVL sang khối lượng phí.
@BabylonLabs_io $BABY #baby $1000RATS $KOMA
Mình phát hiện một điều ở mục fee-routing mà mình không ngờ tới. Nó không phải là một cơ chế chia phí đơn giản. Đó là một cuộc đấu giá. Phí giao thức phát sinh từ hoạt động của vault được cộng dồn dưới dạng BTC, không phải BABY. Sau đó các khoản phí BTC đó được đem đi đấu giá, được định giá bằng BABY. Ai đấu thắng BABY sẽ nhận được BTC — và lượng BABY họ đã trả sẽ bị đốt ngay lập tức. Không có kho quỹ, không có đội/người quản lý quyết định khi nào bán. Chỉ có code chuyển việc sử dụng thành một phần cắt vĩnh viễn từ nguồn cung.
Mình đối chiếu điều đó với những gì mình vừa làm trên testnet. Kho tiền gửi, khoản vay, khoản repay, và việc redemption — bản thân các hành động đó không tạo ra phần đốt cháy. Chỉ đến khi có ai đó ở phía sau thực sự muốn BTC đủ để chi BABY cho hoạt động đấu giá thì phần đốt mới kích hoạt.
Cũng giống như một máy bán hàng đầy ắp hàng ở trên cùng. Không quan trọng nó đầy tới đâu nếu không ai bỏ tiền xu vào — “doanh thu” không nằm ở việc hàng đầy, mà nằm ở việc có đồng xu được rơi ra.
Đây là một “kèo” khác so với ý tưởng “BABY phải có giá trị cao hơn vì có bao nhiêu BTC được khóa”. Nó gần hơn với: giá trị của BABY phụ thuộc vào nhu cầu đấu giá, chứ không phụ thuộc vào quy mô khóa. Bạn có thể chạy đúng chu kỳ testnet của mình một triệu lần và vẫn không đốt được gì, nếu ở phía bên kia không ai đấu giá.
Nói thẳng ra thì — toàn bộ thiết kế đấu giá và đốt này vẫn chỉ là một đề xuất trong paper, chưa được triển khai, và cần tới quản trị của Babylon để thực sự đi vào hoạt động.
Vẫn đang cân nhắc liệu nhu cầu đấu giá đó có xuất hiện khi phí trên mainnet thật sự bắt đầu, hay liệu nó chỉ chuyển câu hỏi “vì sao BABY lại rẻ” từ TVL sang khối lượng phí.
@BabylonLabs_io $BABY #baby $1000RATS $KOMA