Alizé BTC

Tôi đã từng xếp hạng các L1 mới theo thông lượng và phí, cho đến khi tôi xem những gì thực sự làm chậm đội nhóm sau buổi demo đầu tiên trên Fogo. Chi phí thực sự không phải là tốc độ thực thi trong cô lập. Nó phụ thuộc vào việc hệ thống hoạt động như thế nào mà các kỹ sư mong đợi khi họ vận chuyển bản cập nhật, điều tra sự cố và hoạt động dưới tải, vì đó là nơi thời gian bị tiêu tốn và niềm tin thì hoặc là được củng cố hoặc là mất đi.

Luận án: Fogo quan trọng nếu nó giảm thuế chuỗi mới cho những đội đã biết cách vận chuyển trên thực thi kiểu SVM, vì vậy việc chuyển sang môi trường nhanh hơn không yêu cầu xây dựng lại sự chắc chắn hoạt động từ đầu.

Khi tôi đọc mô tả chiến dịch Vanar một cách cẩn thận, điều nổi bật không phải là một lời quảng bá tính năng chuỗi đầu tiên. Vanar được định vị như một L1 được xây dựng để áp dụng trong thế giới thực, và văn bản hỗ trợ mục tiêu đó bằng cách đề cập đến các lĩnh vực chính thống và các sản phẩm cụ thể, với mạng trò chơi VGN và trò chơi được đặt lên hàng đầu, cùng với giải trí và thương hiệu như một phần của nền tảng đội ngũ. Nó cũng cho biết rằng Vanar được hỗ trợ bởi token VANRY, nhưng lập luận về việc áp dụng trong mô tả được dẫn dắt bởi các sản phẩm và lĩnh vực, không phải là nói về token.

Tôi bắt đầu quan tâm ít hơn đến thông lượng tối đa lần đầu tiên tôi xem một đội ngũ tốt vận chuyển nhanh, rồi mất một tuần vì một sự cố chỉ xuất hiện khi người dùng thực sự xuất hiện. Mã code thì ổn. Phần gây nhầm lẫn là môi trường. Hành vi lỗi thì khó tái tạo, cùng một hành động trông khác nhau qua các lần chạy, và mỗi lần sửa chữa đều cảm thấy như có thể tạo ra một vấn đề mới ở đâu đó khác. Nếu Fogo muốn chuyển đổi sự chú ý thành sử dụng thực, khả năng tương thích của Solana Virtual Machine (SVM) phải xuất hiện như một chẩn đoán sự cố nhanh hơn và vòng lặp an toàn hơn, không chỉ là các khối nhanh hơn.