Nếu bạn theo dõi nhật ký thực thi của một arb giao dịch chéo trên hầu hết các mạng, bạn đang nhìn vào một bản đồ nhiệt của sự lo âu. Có một sự rung lắc cụ thể, gây buồn nôn trong thông tin liên lạc nơi một giao dịch được gửi, nhận bởi một lãnh đạo, và sau đó vào trạng thái lượng tử của "đang chờ." Trong khoảng thời gian đó, có thể kéo dài từ hai trăm mili giây đến ba giây tùy thuộc vào sự phân bố địa lý của vài lãnh đạo tiếp theo, chiến lược của bạn không phải là một phép tính. Đó là một cược vào thời tiết mạng của internet toàn cầu. Tôi đã ngồi qua các phiên mà một sự cân bằng delta-neutral hoàn hảo bị nghiền nát không phải bởi chuyển động thị trường, mà bởi thực tế rằng ba nhà sản xuất khối tiếp theo bị phân tán giữa Helsinki, Mumbai, và một tầng hầm ở Ohio, tạo ra một độ trễ lan truyền khiến việc vào "thời gian thực" của tôi trở thành một hiện vật lịch sử.

Fogo hoạt động dựa trên giả định rằng sự gián đoạn này không phải là một sản phẩm phụ kỹ thuật, mà là một sự thất bại cấu trúc. Đến khi tôi thấy các bản ghi mainnet đầu tiên từ một sổ đặt hàng gốc Fogo, sự tương phản là rất mạnh mẽ. Trong một môi trường SVM tiêu chuẩn, bạn đang chiến đấu trong một trận chiến xác suất chống lại sự ngẫu nhiên của việc đóng gói khối. Trên Fogo, vì mạng lưới thực thi một chu trình sản xuất khối 40ms được hỗ trợ bởi một triển khai Firedancer cho một khách hàng duy nhất, trạng thái "đang chờ" hiệu quả bị sụp đổ. Bạn hoặc là đang trong nhịp đập, hoặc là bạn đã bỏ lỡ nó. Không có khoảng giữa nào nơi một giao dịch ngồi và hỏng trong khi thị trường di chuyển qua nó.

Thực tế vận hành của việc xây dựng trên Fogo được xác định bởi sự sụp đổ của cửa sổ rủi ro này. Hầu hết các nhà phát triển đã quen với việc xây dựng cho "sự chắc chắn cuối cùng," nơi bạn chờ đợi một vài xác nhận trước khi thở phào. Nhưng khi ngữ nghĩa chắc chắn được thắt chặt đến mức dưới một giây thông qua đa địa phương, mã của bạn phải ngừng lười biếng. Tôi nhớ đã gỡ lỗi một bot thanh lý mà đã liên tục thất bại trên một testnet Fogo. Trên bất kỳ chuỗi nào khác, một sự thất bại thường có nghĩa là "hết gas" hoặc "trượt giá." Trên Fogo, bản ghi chỉ đơn giản cho thấy một sự từ chối lập lịch. Bởi vì lập lịch viên Fogo, được củng cố bởi logic C++ của Firedancer, yêu cầu thời gian thực thi xác định, việc kiểm tra trạng thái nội bộ của bot tôi đã mất 5ms lâu hơn. Mạng lưới không chỉ làm chậm tôi; nó đã bảo vệ ranh giới khối 40ms bằng cách loại trừ tôi. Nó buộc tôi phải tối ưu hóa số lượng lệnh của mình vì, trên Fogo, lập lịch viên coi thời gian thực thi như một ràng buộc vật lý cứng chứ không phải là một gợi ý.

Độ cứng nhắc này là nơi bản sắc thực sự của Fogo xuất hiện. Nó không chỉ đơn thuần là "nhanh." Nó liên quan đến việc đủ dự đoán để một nhà tạo lập thị trường có thể thu hẹp chênh lệch của họ. Nếu một nhà cung cấp thanh khoản biết rằng lệnh "hủy" của họ sẽ được hoàn tất trong 1,3 giây với độ chắc chắn 99,9%, họ có thể cung cấp thanh khoản sâu hơn gần với giá giữa. Trên một chuỗi có độ trễ cao, chênh lệch đó phải đủ rộng để bao phủ "thuế không chắc chắn" của ba khối tiếp theo. Khi tôi nhìn vào độ sâu lệnh trên Fogo, tôi thấy kết quả vật lý của rủi ro đó bị định giá ra ngoài. Chênh lệch không chỉ là một phản ánh của sự biến động; nó là một phản ánh của các đảm bảo lan truyền của chính mạng lưới.

Tuy nhiên, hiệu suất này đi kèm với một thuế cơ sở hạ tầng rất thực mà ngành công nghiệp hiếm khi thảo luận. Để duy trì mức độ phối hợp này, các validator Fogo về cơ bản được yêu cầu phải ở tại các trung tâm dữ liệu hàng đầu ở các khu vực như Tokyo hoặc London. Đây là một sự thay đổi so với triết lý "chạy trên một chiếc laptop", và điều này tạo ra một rào cản cao hơn cho những nhà điều hành. Nó biến tập hợp các validator thành một cụm hiệu suất cao. Nếu một nút bắt đầu thể hiện độ trễ đuôi, cơ chế đồng thuận đa địa phương—điều này ưu tiên sự gần gũi với các trung tâm tài chính—đơn giản chỉ chuyển đổi vòng lãnh đạo ra khỏi chúng. Tôi đã chứng kiến "Vòng Luân Chuyển Khu Vực" xảy ra trong thời gian thực. Đây là một sự chuyển đổi lạnh lẽo, thuật toán nơi ý thức của mạng theo ánh sáng mặt trời và thanh khoản, bỏ lại bất kỳ cơ sở hạ tầng nào không thể giữ nhịp 40ms.

Đối với một nhà giao dịch sử dụng Fogo Sessions, trải nghiệm gần như yên tĩnh một cách ám ảnh. Bạn ký một khóa phiên có quyền hạn, và trong vòng một giờ tiếp theo, các tương tác của bạn với chuỗi diễn ra với cảm giác không độ trễ như một cơ sở dữ liệu địa phương. Sự "mệt mỏi khi ký" không ngừng của Web3 được thay thế bằng một dòng thực thi. Nhưng dưới sự mượt mà đó là động cơ Firedancer, liên tục sắp xếp lại và đóng gói các giao dịch với một dòng dữ liệu không sao chép, điều này ngăn chặn các điểm nghẽn điển hình mà SVM thường gặp phải khi phải xử lý những đợt thanh lý lớn. Đây là một hệ thống được thiết kế để hoạt động tốt nhất chính xác khi phần còn lại của thị trường đang gặp khó khăn.

Tôi từng nói chuyện với một nhà phát triển người rất thất vọng vì họ không thể chỉ "spam" Fogo để có được lợi thế. Họ không nhận ra rằng cơ chế gas ở đây liên kết trực tiếp với sự tắc nghẽn thực thi. Nếu bạn cố gắng làm ngập lịch trình với rác, các yêu cầu thời gian xác định có nghĩa là bạn không chỉ trả một khoản phí; bạn đang tăng trọng lượng tính toán của các tài khoản của mình, điều này khiến các giao dịch của bạn trở thành những giao dịch đầu tiên bị loại bỏ nếu cửa sổ 40ms thu hẹp lại. Mạng lưới ưu tiên dòng chảy của tổng thể hơn là lòng tham của cá nhân.

Sự chuyển đổi từ các mô hình xác suất sang các mô hình xác định không chỉ là một nâng cấp kỹ thuật; đó là một sự thay đổi tâm lý cho bất kỳ ai đã từng mất tiền vì một giao dịch "bị kẹt." Fogo thay thế hy vọng về sự bao gồm bằng sự chắc chắn của thực thi. Nó buộc chúng ta ngừng coi blockchain như một sổ cái chậm mà bắt đầu coi nó như một động cơ sống, độ chính xác cao, nơi khoảng cách giữa một ý nghĩ và một giao dịch chỉ được đo bằng tốc độ ánh sáng.

Khi sự chắc chắn trở thành một nhịp đập đảm bảo, chiến lược của nhà giao dịch không còn là sống sót qua mạng lưới, mà là sử dụng nó.

\u003ct-27/\u003e\u003cc-28/\u003e\u003cm-29/\u003e