Tôi đang rút các con số cho DUSK thì bị kẹt nhìn vào một dòng lâu hơn dự định — Burned (24h): 22,163.29 $DUSK against Rewards Paid (24h): 149,388.84. Khối #4,314,618, epoch #1,998, @Dusk chain vẫn chạy êm ru với nhịp khoảng ~10s như thường.
Đại khái đó là khoảng 15% quỹ thưởng hằng ngày… biến mất. Không phải vì ai đó bấm nút burn cho “màu sắc” bề nổi. Nó được nhúng sẵn vào cách phần thưởng khối được chia — bộ tạo nhận 70% cộng thêm tối đa 10% nữa, nhưng chỉ khi đủ committee credits được ghi vào certificate. Phần nào không được attested kịp thời sẽ không được chuyển tiếp cho ai cả. Nó bị đốt.
Vì vậy, tỷ lệ burn không phải là một núm quản lý nguồn cung mà đội ngũ chỉnh theo kiểu “giật tít”. Nó là một chỉ số thời gian thực cho thấy ủy ban bỏ phiếu đang phối hợp block với block tốt đến mức nào. Burn cao trong một đoạn cụ thể = nhiều attestation bị bỏ lỡ hơn bình thường, chứ không phải "giảm cung nhiều hơn, tăng lạc quan hơn".
Hừm — nó đảo ngược cách diễn giải mà tôi bước vào. Tôi nghĩ burn là một đòn bẩy khan hiếm cố ý. Hóa ra nó giống hơn một chỉ số sức khỏe đạt được sự đồng thuận, mang “trang phục” tokenomics. Dù vậy, tôi vẫn chưa chắc con số 24h này bám sát việc uptime của validator thực tế đến đâu, hay chỉ là chi phí vận hành/lặp lại (iteration overhead) bình thường. Có ai theo dõi nó so với mức churn theo từng epoch (epoch-over-epoch) không?
#dusk $DUSK @Dusk
Đại khái đó là khoảng 15% quỹ thưởng hằng ngày… biến mất. Không phải vì ai đó bấm nút burn cho “màu sắc” bề nổi. Nó được nhúng sẵn vào cách phần thưởng khối được chia — bộ tạo nhận 70% cộng thêm tối đa 10% nữa, nhưng chỉ khi đủ committee credits được ghi vào certificate. Phần nào không được attested kịp thời sẽ không được chuyển tiếp cho ai cả. Nó bị đốt.
Vì vậy, tỷ lệ burn không phải là một núm quản lý nguồn cung mà đội ngũ chỉnh theo kiểu “giật tít”. Nó là một chỉ số thời gian thực cho thấy ủy ban bỏ phiếu đang phối hợp block với block tốt đến mức nào. Burn cao trong một đoạn cụ thể = nhiều attestation bị bỏ lỡ hơn bình thường, chứ không phải "giảm cung nhiều hơn, tăng lạc quan hơn".
Hừm — nó đảo ngược cách diễn giải mà tôi bước vào. Tôi nghĩ burn là một đòn bẩy khan hiếm cố ý. Hóa ra nó giống hơn một chỉ số sức khỏe đạt được sự đồng thuận, mang “trang phục” tokenomics. Dù vậy, tôi vẫn chưa chắc con số 24h này bám sát việc uptime của validator thực tế đến đâu, hay chỉ là chi phí vận hành/lặp lại (iteration overhead) bình thường. Có ai theo dõi nó so với mức churn theo từng epoch (epoch-over-epoch) không?
#dusk $DUSK @Dusk