Hợp đồng thanh toán trạng thái L1 của GRVT vừa bị kéo ra một lớp cơ sở bị khóa ForcedWithdrawal: Locked. Ngay khi gas trên mainnet chạm mốc 175 trong khoảnh khắc bị bán tháo vào đêm muộn, tham số ProofSubmissionDelay trên ZK Stack Prividium mà hệ thống đang chạy đã trực tiếp kéo dài chu kỳ đóng gói root trạng thái L1 thêm tròn 3 giờ. Lúc đó tôi nằm bẹp trên giường ký túc xá, nhìn chằm chằm 7 mã arbitrage đang chạy từ API; phía sau, log liên tục được làm mới với hàng loạt mã lỗi 0x55d1. Đây là bẫy về tính “liveness” mà kiến trúc hạ tầng Validium gây ra điển hình. Nền tảng để né việc phải trả phí nộp chứng minh ZK đắt đỏ lên chuỗi khi mainnet tắc nghẽn đã áp dụng chiến lược kéo dài cửa sổ phát hành trạng thái. Bọn lẻ thì muốn gọi ở frontend chức năng rút tiền khẩn cấp cưỡng bức, nhưng vì dữ liệu trạng thái L1 bị đứt đoạn mới nhất nên quá trình xác minh chứng minh trực tiếp thất bại ngay dưới tầng cơ sở; tiền chỉ có thể “ngồi tù” một chiều.
Khiếm khuyết thiết kế cơ chế bất đối xứng này dưới biến động cực đoan đã biến thành đòn tấn công thanh toán nhắm vào các phe dùng nhiều API và dân cày thu lợi. Market maker trong whitelist thì có thể dựa vào private RPC riêng và kênh hạn mức tín dụng ưu tiên, tranh thủ hoàn tất hedging rủi ro delta-neutral trên các DEX ở rìa trước khi root trạng thái được cập nhật. Còn phe “nhiều tài khoản” bình thường do độ trễ giao dịch bị xóa sạch hoàn toàn biên an toàn, chỉ có thể chịu một chiều sự sụt giảm đột ngột về hiệu suất luân chuyển tài sản và cả “cú mạnh tay giả” do trạng thái bị khóa kéo dài. Kết quả cân bằng kiến trúc này là các nhà đầu tư đuôi dài phải gánh cứng phần hao mòn kỹ thuật mang tính hệ thống, trong khi nhóm market maker/quy mô lớn được bên thanh toán bù trả bằng phần chênh lệch thanh toán bất đối xứng đắt giá. Hiện giờ phe cày API cứ thẳng tay mở console nhập getForcedActionStatus đối chiếu ngược, xem ở tầng ForcedRedemptionLoss tối qua các bạn rốt cuộc đã “bòn rút” bao nhiêu Gwei phí qua đường của các nút whitelist. Đừng nói gì trong phần bình luận về tương lai mượt mà của tự quản lẫn sàn giao dịch lai, hãy đưa ra con số thực tế các API của các bạn bị kẹt. @grvt_io
#grvt
Khiếm khuyết thiết kế cơ chế bất đối xứng này dưới biến động cực đoan đã biến thành đòn tấn công thanh toán nhắm vào các phe dùng nhiều API và dân cày thu lợi. Market maker trong whitelist thì có thể dựa vào private RPC riêng và kênh hạn mức tín dụng ưu tiên, tranh thủ hoàn tất hedging rủi ro delta-neutral trên các DEX ở rìa trước khi root trạng thái được cập nhật. Còn phe “nhiều tài khoản” bình thường do độ trễ giao dịch bị xóa sạch hoàn toàn biên an toàn, chỉ có thể chịu một chiều sự sụt giảm đột ngột về hiệu suất luân chuyển tài sản và cả “cú mạnh tay giả” do trạng thái bị khóa kéo dài. Kết quả cân bằng kiến trúc này là các nhà đầu tư đuôi dài phải gánh cứng phần hao mòn kỹ thuật mang tính hệ thống, trong khi nhóm market maker/quy mô lớn được bên thanh toán bù trả bằng phần chênh lệch thanh toán bất đối xứng đắt giá. Hiện giờ phe cày API cứ thẳng tay mở console nhập getForcedActionStatus đối chiếu ngược, xem ở tầng ForcedRedemptionLoss tối qua các bạn rốt cuộc đã “bòn rút” bao nhiêu Gwei phí qua đường của các nút whitelist. Đừng nói gì trong phần bình luận về tương lai mượt mà của tự quản lẫn sàn giao dịch lai, hãy đưa ra con số thực tế các API của các bạn bị kẹt. @grvt_io
#grvt