Tôi đang chờ. Tôi đang quan sát. Tôi đang nhìn. Tôi cứ thấy đi thấy lại cùng một câu hỏi trong vòng lặp: Ừ, nhưng nó thực sự chịu được đến mức nào? Tôi theo dõi các con số, nhưng tôi cũng theo dõi cả những khoảng lặng—những nhịp dừng giữa các khối, những sự do dự nhỏ trong RPC, khoảnh khắc khi các nhà giao dịch bắt đầu thử lại và giả vờ rằng đó là chuyện bình thường. Tôi tập trung vào điều vẫn giữ được sự ổn định khi mọi thứ trở nên rối rắm, chứ không phải vào thứ trông đẹp mắt khi mọi thứ yên ắng.
Chính câu hỏi đó khiến tôi cứ quay lại kiểm tra Newton Protocol, thay vì coi nó như một đợt ra mắt khác mà rồi sẽ được tóm tắt bằng một biểu đồ thông lượng duy nhất. Giao dịch tự động bằng AI nghe có vẻ ấn tượng trên giấy tờ, nhưng giấy tờ không bao giờ phải đối mặt với việc thử lại, hàng đợi bị dồn lên, các phản hồi RPC không nhất quán, hay hàng nghìn tác nhân cùng lúc quyết định rằng một cơ hội nào đó là tồn tại. Mạng hiếm khi thất bại vì một thành phần ngừng hoạt động. Thông thường, nó thất bại vì nhiều thứ bình thường bắt đầu chậm đi một chút cùng lúc, cho đến khi mọi độ trễ bắt đầu nhân lên lẫn nhau.
Rất nhiều người vẫn chỉ quy hiệu năng về một con số TPS. Tôi chưa từng thấy điều đó đặc biệt hữu ích. Một mạng có thể tạo ra một đợt bùng phát cao trong thời gian ngắn nhưng lại cảm thấy chậm hơn rõ rệt trong sử dụng thông thường. Đó là những phép đo khác nhau và chúng mô tả những hành vi khác nhau. Các đợt bùng phát ngắn cho thấy hệ thống có thể tạm thời hấp thụ được gì. Hoạt động liên tục cho thấy liệu hạ tầng có thể duy trì trật tự khi mọi dịch vụ xung quanh nó đều cùng lúc được yêu cầu làm điều gì đó hay không. Tôi quan tâm nhiều hơn đến con số thứ hai, vì các thị trường thật không bao giờ thông báo trước khi chúng sắp trở nên hỗn loạn.
Newton Protocol đang xây dựng xung quanh các chiến lược tự động, việc thực thi bằng AI và hoạt động tài chính có thể lập trình. Điều đó ngay lập tức thay đổi những gì tôi mong đợi từ chuỗi. Các trader con người tạo ra các mẫu (patterns) ở mức khá có thể dự đoán. Các tác nhân phần mềm (software agents) thì không. Chúng phản ứng ngay lập tức, thử lại mạnh tay và thường hội tụ về các điều kiện thị trường giống hệt nhau. Nếu mười nghìn tác nhân độc lập nhận ra cùng một cửa sổ arbitrage, chúng không “lịch sự” tự trải đều bản thân qua nhiều phút. Chúng đến cùng lúc. Điều đó tạo ra một loại áp lực khác so với việc chỉ đơn giản là thêm nhiều người dùng.
Đây là nơi việc sản xuất block trở nên thú vị hơn các chỉ số tiêu đề. Một thời gian block mục tiêu nhanh tạo cảm giác hấp dẫn vì xác nhận xuất hiện nhanh, nhưng các khoảng ngắn hơn cũng để ít chỗ hơn cho xác thực (validation), lan truyền (propagation), lập lịch (scheduling) và phục hồi (recovery) khi xuất hiện tắc nghẽn bất ngờ. Các block dài hơn có thể xử lý nhiều công việc cùng lúc, nhưng chúng cũng có thể làm tăng độ trễ nhìn thấy được giữa thời điểm thực thi và thời điểm xác nhận. Những điều đó không chỉ là sở thích kỹ thuật. Chúng định hình cảm giác giao dịch trong thực tế. Một mạng không chỉ cân bằng tốc độ. Nó cân bằng nhịp điệu.
Khối lượng công việc bên trong mỗi block quan trọng ngang với chiếc đồng hồ tạo ra nó. Nhồi một block bằng hàng nghìn lượt chuyển (transfer) nhẹ là khác với nhồi nó bằng các giao dịch mà tất cả đều tranh giành cùng những hợp đồng, cùng các nhóm thanh khoản và cùng các ô lưu trữ (storage slots). Đó là nơi năng lực lý thuyết bắt đầu tách khỏi năng lực thực tiễn. Hai mạng có các con số thông lượng tương tự vẫn có thể cảm thấy hoàn toàn khác nhau, vì một mạng dành nhiều thời gian hơn để xử lý xung đột trong khi mạng kia phân phối công việc hiệu quả hơn.
Mọi người thường hình dung các điểm nghẽn thực thi (execution bottlenecks) như những vấn đề thuần túy tính toán, nhưng bức tranh lớn hơn nhiều. Xác minh chữ ký vẫn tiêu tốn tài nguyên. Các tin nhắn vẫn phải đi qua hạ tầng phân tán theo địa lý. Các validator vẫn cần phối hợp. Bộ lập lịch (schedulers) quyết định giao dịch nào được thực thi cùng nhau và giao dịch nào phải chờ. Thực thi song song nghe có vẻ mạnh mẽ cho đến khi hàng chục giao dịch cùng chạm vào một trạng thái dùng chung. Khi đó, tính song song tự nhiên sụp đổ thành tuần tự hóa (serialization) vì độ đúng (correctness) quan trọng hơn tốc độ thô.
Chính xác là kiểu môi trường mà tài chính phi tập trung (decentralized finance) tạo ra mỗi ngày. Những khoảnh khắc bận rộn hiếm khi ngẫu nhiên. Các cập nhật oracle kích hoạt lệnh thanh lý (liquidations). Thanh lý kích hoạt giao dịch hoán đổi (swaps). Swaps thay đổi giá. Giá tạo ra arbitrage. Arbitrage thu hút bot. Bot tạo ra các lần thử lại (retries). Các lần thử lại cạnh tranh để giành ưu tiên (priority). Ưu tiên ảnh hưởng đến việc được đưa vào (inclusion). Việc được đưa vào thay đổi lợi nhuận (profitability). Mỗi mảnh lại nuôi mảnh tiếp theo. Chỉ nhìn giao dịch mỗi giây (transactions per second) sẽ bỏ sót thực tế rằng hàng nghìn giao dịch trong số đó có thể đang cạnh tranh trên một tập hợp hợp đồng khá nhỏ một cách đáng ngạc nhiên.
Các tài khoản nóng (hot accounts) trở thành một tín hiệu thú vị trong những khoảnh khắc này. Khi ai cũng muốn truy cập cùng một nhóm thanh khoản (liquidity pool) hoặc cùng một hợp đồng thanh toán (settlement contract), sự cạnh tranh (contention) nhanh chóng tăng lên. Dù chuỗi vẫn tạo block đúng lịch, chất lượng thực thi có thể bắt đầu thay đổi phía dưới. Giao dịch thất bại tăng lên. Thời điểm xác nhận (confirmation timing) trở nên kém dự đoán hơn. Ví có vẻ chậm hơn dù về mặt kỹ thuật mạng vẫn trực tuyến. Các trình khám phá (explorers) đôi khi hiển thị độ trễ trước khi người dùng nhận ra bất cứ điều gì khác. Những hiệu ứng biên (edge effects) đó thường xuất hiện trước khi thất bại hoàn toàn.
Vì vậy, tôi dành nhiều thời gian để làm mới (refresh) các endpoint công khai hơn là đọc các hình ảnh quảng cáo. Hạ tầng RPC công khai kể một câu chuyện trung thực hơn so với những ảnh chụp benchmark được chọn lọc kỹ. Khi thời gian phản hồi vẫn nhất quán giữa nhiều nhà cung cấp trong khi mức hoạt động tăng lên, niềm tin tự nhiên sẽ tăng. Khi các yêu cầu giống hệt nhau bắt đầu trả về các trạng thái khác nhau tùy thuộc vào endpoint nhận chúng, tôi bắt đầu chú ý. Sự nhất quán khó giả mạo hơn tốc độ.
Trải nghiệm ví lặng lẽ cũng phơi bày chất lượng hạ tầng. Hầu hết mọi người đổ lỗi cho ví mỗi khi thấy có gì đó bị chậm, nhưng ví thường chỉ phản ánh những điều kiện sâu hơn. Nếu số dư cập nhật ngay lập tức, lịch sử giao dịch hiện ra mà không thấy độ trễ đáng kể và các lần xác nhận khớp với quan sát của explorer, thì hạ tầng xung quanh có khả năng đang duy trì đồng bộ. Khi người dùng liên tục làm mới, ngắt kết nối (reconnect) hoặc gửi lại các giao dịch giống hệt nhau, những hành vi nhỏ đó thường cho thấy thứ gì đó bên dưới xứng đáng được xem lại thêm.
Các indexer xứng đáng được chú ý nhiều hơn so với mức họ nhận được. Consensus có thể đã được hoàn tất trong khi các explorer vẫn tiếp tục bắt kịp. Các nhà phát triển xây dashboard, tự động hóa, phân tích và hệ thống giao dịch phụ thuộc vào việc các lớp lập chỉ mục (indexing layers) duy trì gần thời gian thực. Chỉ cần độ trễ nhỏ cũng bắt đầu ảnh hưởng đến việc ra quyết định khi các hệ thống tự động kỳ vọng thông tin mới mỗi vài giây. Năng lực không chỉ tồn tại trong consensus. Nó lan qua tất cả các dịch vụ mà con người thực sự phụ thuộc.
Hành vi của cầu nối (bridge) là một mảng khác mà tôi vẫn luôn theo dõi, vì ma sát thường xuất hiện ở đó trước khi ai đó thảo luận công khai. Những lần chuyển (transfer) về mặt kỹ thuật vẫn thành công nhưng cần kiểm tra trạng thái lặp lại, thời gian hoàn tất không nhất quán hoặc các lời nhắc ví gây khó hiểu sẽ dần làm giảm niềm tin. Những vấn đề đó không nhất thiết đồng nghĩa với việc sự đồng thuận (consensus) đang không lành mạnh. Chúng chỉ đơn giản cho thấy hệ sinh thái xung quanh vẫn còn công việc vận hành phía trước. Người dùng trải nghiệm toàn bộ hệ thống, không chỉ lớp validator.
Các lựa chọn kiến trúc luôn liên quan đến đánh đổi, ngay cả khi chúng được trình bày như những cải tiến hiển nhiên. Những mạng tối ưu cho độ trễ thấp thường khuyến khích đặt hạ tầng gần hơn, các topology validator được chọn lọc kỹ lưỡng, hoặc các mẫu vận hành làm giảm độ trễ truyền thông. Những quyết định đó chắc chắn cải thiện khả năng phản hồi, nhưng chúng cũng tập trung trách nhiệm vào những cách đáng để theo dõi cẩn thận. Truyền thông nhanh hơn giữa các validator có thể cải thiện việc thực thi trong khi đồng thời tăng sự phụ thuộc vào những vùng địa lý hoặc cách sắp xếp mạng cụ thể. Không nên bỏ qua bất kỳ kết quả nào.
Tôi không tự động coi những đánh đổi (trade-offs) đó là tiêu cực. Mỗi hệ thống phân tán đều chọn những ưu tiên (priorities). Câu hỏi quan trọng là liệu các ưu tiên đó có vẫn nhìn thấy được hay không, thay vì bị che giấu sau ngôn ngữ marketing đã được đơn giản hóa. Nếu các cải thiện độ trễ (latency) phụ thuộc vào một hạ tầng ngày càng chuyên biệt, thì các nhà xây dựng cần hiểu thực tế đó, vì nó ảnh hưởng đến khả năng phục hồi (resilience), sự đa dạng vận hành (operational diversity) và sự tham gia trong dài hạn.
Newton Protocol cũng khiến tôi quan tâm vì việc thực thi do AI điều khiển tạo ra những hành vi mà các benchmark blockchain truyền thống hiếm khi mô phỏng tốt. Các tác nhân không chỉ đơn giản gửi giao dịch. Chúng liên tục đánh giá cơ hội, điều chỉnh tham số, hủy các hành động đã lỗi thời, tạo các yêu cầu mới và phối hợp với thông tin bên ngoài. Điều đó tạo ra lưu lượng không đều (irregular) thay vì lưu lượng mượt mà (smooth). Các hệ thống được thiết kế quanh tải công việc có thể dự đoán đôi khi trông mạnh cho đến khi những mẫu đó biến mất.
Theo dõi độ tin cậy RPC trong giai đoạn hoạt động không đều cho tôi nhiều thông tin hơn là theo dõi các bài stress test được phân bổ hoàn hảo. Các mạng thật nhận các đợt (bursts) từ những hướng bất ngờ. Đôi khi một ứng dụng trở nên hoạt động bất thường. Đôi khi một lần cập nhật từ một oracle ảnh hưởng đến một nửa hệ sinh thái. Đôi khi cơ hội giao dịch chỉ tồn tại vài giây, dồn nhu cầu vào một khung thời gian cực hẹp. Hạ tầng phải sống sót qua những khoảnh khắc đó mà không buộc mọi người tham gia phải liên tục thử lại.
Tôi cũng thấy mình chú ý đến hành vi của client. Dòng họ phần mềm (software lineage) quan trọng vì sự đa dạng trong cách triển khai thường góp phần tạo nên khả năng phục hồi vận hành. Ngay cả khi một client thống trị hoạt động tốt, việc hiểu cách các bản nâng cấp lan truyền, lỗi được xử lý nhanh đến mức nào và các node duy trì đồng bộ nhất quán ra sao sẽ kể một câu chuyện rộng hơn nhiều so với biểu đồ benchmark. Hệ sinh thái lành mạnh thường khiến việc bảo trì vận hành trông gần như... nhàm chán, và đó là một lời khen.
Tính hoàn tất có quan sát (observed finality) cũng xứng đáng được xem như một nhóm riêng, tách khỏi tính hoàn tất theo lý thuyết (theoretical finality). Có định nghĩa của giao thức, và sau đó là trải nghiệm của người dùng. Nếu một giao dịch luôn cảm thấy đã hoàn tất trong đúng khung thời gian kỳ vọng trên nhiều ví, explorer, API và ứng dụng, thì niềm tin sẽ tự nhiên hình thành. Nếu mọi giao diện dường như bất đồng trong vài giây thêm nữa, người dùng vẫn nhớ cảm giác đó, ngay cả khi consensus về mặt kỹ thuật đã thực hiện đúng.
Một điều tôi đã học được khi theo dõi các chuỗi đang hoạt động là: năng lực thường gãy ở các rìa (edges) trước khi gãy ở trung tâm (center). Toán học consensus có thể vẫn tiếp tục vận hành trong khi các API trở nên không nhất quán, explorer bị tụt lại, ví do dự, thông báo đến muộn và các nhà phát triển ứng dụng lặng lẽ tăng logic thử lại để bù. Chỉ nhìn vào thống kê validator có thể che giấu những thực tế vận hành đó lâu hơn người ta nghĩ.
Các nhà xây dựng sẽ chú ý đến các chi tiết này trước vì phần mềm của họ phụ thuộc vào chúng mỗi phút. Họ tìm ra các thiết lập của từng khách hàng có thể giảm số lần thử lại không cần thiết. Họ so sánh độ ổn định của endpoint giữa các nhà cung cấp. Họ điều chỉnh các giá trị timeout. Họ thiết kế lại các khoảng thời gian polling. Họ thay đổi hành vi lưu trữ đệm (caching). Không có bất kỳ điều chỉnh nào trong số đó xuất hiện trong tài liệu marketing, nhưng tổng thể chúng cho thấy mạng hiện tại đang đứng ở trạng thái nào trong thực tế.
Vì vậy, tôi thích theo dõi các ngày bình thường thay vì những màn trình diễn ngoại lệ. Những màn trình diễn là được dàn dựng. Thị trường thì không. Hoạt động bình thường bị gián đoạn bởi các đợt bùng phát khó đoán tạo ra một môi trường hữu ích hơn nhiều để hiểu hạ tầng hoạt động ra sao. Sự ổn định trong sử dụng thông thường kết hợp với sự suy giảm (degradation) “mượt” khi chịu áp lực nói với tôi nhiều hơn hẳn các ghi nhận rời rạc.
Giao thức Newton (Newton Protocol) vẫn còn giai đoạn sớm đến mức việc quan sát quan trọng hơn là sự chắc chắn. Tôi ít quan tâm đến việc chứng minh một kết luận ngay hôm nay hơn là theo dõi xem các bằng chứng lặp lại có tiếp tục hướng về cùng một phía theo thời gian hay không. Hạ tầng giành được niềm tin dần dần. Mỗi tuần hành vi nhất quán có trọng lượng lớn hơn một thông báo ấn tượng đơn lẻ.
Trong vài tuần tới, tôi sẽ theo dõi xem thời gian phản hồi RPC công khai có giữ ổn định hay không khi hoạt động tự động tăng lên, thay vì cho thấy độ dao động (variance) ngày càng lớn trong những giai đoạn bận rộn. Tôi cũng sẽ theo dõi liệu việc lập chỉ mục (indexing) của explorer có bám sát đủ gần với thực thi (execution) hay không để các nhà phát triển có thể coi hai góc nhìn này là đồng bộ, thay vì là các dòng thời gian độc lập. Cuối cùng, tôi muốn xem tương tác của ví sẽ cảm nhận thế nào trong các giai đoạn giao dịch tập trung, đặc biệt là liệu việc xác nhận giao dịch có vẫn dự đoán được mà người dùng không thấy cần phải gửi lại yêu cầu hay không. Nếu các tín hiệu đó tiếp tục cải thiện trong khi các chiến lược do AI điều khiển trở nên tích cực hơn, tôi sẽ tin mạng hơn vì bằng chứng sẽ đến từ những nơi thường bộc lộ vấn đề đầu tiên, chứ không phải từ những nơi được thiết kế để quảng cáo thành công.
