gane5h

Cuộc Khủng Hoảng Độ Trễ là Có Thật

Hơn một năm trước, chúng tôi đã khởi động một sáng kiến nội bộ tại @Covalent_HQ để tưởng tượng lại hạ tầng blockchain từ những nguyên tắc cơ bản.

Chúng tôi gọi đây là Dự Án Manhattan của chúng tôi - giống như nỗ lực R&D trong thời chiến đã tập hợp những bộ óc sáng suốt nhất để giải quyết một vấn đề cấp bách.

Nhưng của chúng tôi không phải là về vật lý. Nó về dữ liệu blockchain.

Tại sao?

Bởi vì điều gì đó đã thay đổi một cách cơ bản.

Các chuỗi giờ đây sản xuất các khối trong chưa đầy một giây.

Tuy nhiên, hầu hết các ứng dụng vẫn phụ thuộc vào các API cập nhật mỗi 5-30 giây.

Các bộ lập chỉ mục cũ. Vòng lặp polling. Các bản chụp cũ.

Chúng tôi gọi đây là Cuộc Khủng Hoảng Độ Trễ - và đây không chỉ là một sự bất tiện cho lập trình viên.

Đó là một sự thất bại hệ thống ở nền tảng của Web3.

↠ Các oracle đã lỗi thời ngay khi chúng được đăng.
↠ Các trình khám phá khối luôn chậm hơn so với trạng thái chuỗi thực tế.
↠ Các bảng điều khiển cảm thấy bị hỏng.
↠ Các bot bỏ lỡ các giao dịch có lợi.
↠ Các ví hiển thị số dư cũ và gây nhầm lẫn cho người dùng.

Đây không phải là một trường hợp ngoại lệ. Đó là hành vi mặc định trong toàn bộ hệ sinh thái.

Sau 5+ năm xây dựng Covalent, tôi có thể nói điều này với sự tự tin:

Kiến trúc đã đưa chúng tôi đến đây sẽ không đưa chúng tôi đi xa hơn.

Vấn đề đã vượt qua công cụ hiện có.

Vì vậy, chúng tôi đã ngừng vá mã cũ. Ngừng khuyên các giải pháp ngắn hạn cho hơn 40K lập trình viên của chúng tôi trên API @goldrushdev.

Chúng tôi đã xây dựng lại hệ thống - từ việc thu thập khối thô đến việc cung cấp dữ liệu dưới một giây. Từ đầu đến cuối.

Trong vài ngày tới, tôi sẽ chia sẻ những gì chúng tôi đã học được, những gì chúng tôi đã xây dựng, và tại sao làn sóng ứng dụng blockchain tiếp theo sẽ không thể xảy ra nếu không giải quyết độ trễ từ gốc.

Tôi đang đi theo một hướng khác trên X thay vì thường xuyên nói nhảm và quảng bá KOL. Tôi đang đi sâu.

Đây là Ngày 1.

#Tăng TốcChuỗi

🧵 Theo dõi nhé.

Chúng tôi đang tìm kiếm một tài khoản / ví thông minh cho một dự án sắp tới và tôi hơi ngạc nhiên về cách mà thị trường hiện tại được phân bổ:

Có vẻ như @safe, tiếp theo là @Alchemy, @zerodev_app, Pimlico, Biconomy dẫn đầu trong các triển khai lịch sử - nhưng nếu bạn nghiên cứu tỷ lệ tăng trưởng, thực sự là Zerodev và Pimlico đang phát triển trong 3 tháng qua.

Khi nói đến các giao dịch thực tế từ những triển khai này - có vẻ như Zerodev/Pimlico đang giữ vững.

Điều gì làm cho Zerodev nổi bật ở đây? Không quen thuộc lắm với thị trường này.

Là một nhà phát triển EVM, tôi đã bắt đầu nhận thấy điều gì đó không thoải mái - làn sóng mới của các lập trình viên trên những blockchain nhanh hơn như Solana, MegaETH, Monad, Sonic và những cái khác đã hoạt động trong một mô hình khác - ưu tiên phát trực tiếp, độ trễ thấp và được xây dựng cho trải nghiệm người dùng thời gian thực.

Trong khi đó, nhiều người trong chúng tôi trong thế giới Ethereum vẫn còn mắc kẹt trong tư duy về các khối và khoảng thời gian kiểm tra. Chúng tôi đang cố gắng ghép tốc độ vào những hệ thống chưa bao giờ được thiết kế cho điều đó, và điều đó thể hiện rõ.

Khi các chuỗi như @base chuyển sang thời gian khối dưới một giây, các lập trình viên EVM sẽ cần nâng cấp hoặc bị bỏ lại phía sau.

Dưới đây là bốn ví dụ mà tôi cảm thấy gần gũi:

1️⃣ Các nguồn giá ví
Nếu có một giao dịch hoán đổi mỗi khối, thì giá sẽ thay đổi mỗi khối. Một chiến lược kiểm tra đơn giản không hoạt động để phản ánh giá mới nhất.

2️⃣ Game trên chuỗi
Các trò chơi Ethereum chủ yếu là mô phỏng ngoài chuỗi với việc thanh toán trên chuỗi. Các trò chơi mới sẽ phát trực tiếp các sự kiện trên chuỗi (như di chuyển của người dùng, hành động của kẻ thù, hoặc rơi đồ) mà không có độ trễ đáng kể. Các trò chơi EVM ngày nay chủ yếu là trò chơi theo lượt.

3️⃣ Các đại lý AI
Trong khi xây dựng SDK Đại lý AI của chúng tôi, chúng tôi muốn xây dựng một trợ lý giao dịch AI tiếp nhận dữ liệu thị trường trực tiếp mỗi 400ms, phát hiện các mẫu như làm giả hoặc hoạt động của cá voi, phát trực tiếp thông tin chi tiết thời gian thực trực tiếp vào giao diện người dùng - gợi ý các đơn hàng đã điền sẵn hoặc điều chỉnh theo rủi ro. Chỉ cần nói rằng điều này rất khó để xây dựng khi dữ liệu bị trì hoãn, được nhóm lại và phải được kiểm tra từ các RPC và bộ chỉ mục.

4️⃣ Các luồng dữ liệu có thể kết hợp
Cơ sở hạ tầng dữ liệu của tương lai sẽ là các thay đổi trạng thái phát trực tiếp qua các giao thức - như đồng bộ hóa các thay đổi lãi suất trực tiếp vào các bộ tổng hợp lợi suất. Trong thế giới EVM, chúng tôi nối các API lại với nhau và cầu nguyện cho sự nhất quán.

Điều này không chỉ là lý thuyết, đây là một vấn đề ngày nay với các ứng dụng trên các mạng thử nghiệm cho Monad và MegaETH. Chúng tôi thấy những vấn đề này một cách trực tiếp khi nói chuyện với các lập trình viên làm việc với @Covalent_HQ.

Chúng tôi đang xây dựng một giải pháp - hãy theo dõi nhé! 👀

Mỗi nhà phát triển sẽ cần nâng cao kỹ năng để chuẩn bị cho thế giới mới của các chuỗi nhanh, có năng suất cao. Nếu các khối đang được phát trực tiếp với tốc độ ~250ms, đây là bảng cheat sheet cho độ trễ:

🔄 Bộ nhớ L1: 0.5 ns
🔄 RAM: 100 ns
🔄 Đọc SSD: 100 µs
🔄 Tìm kiếm đĩa: 10 ms

Trong một trung tâm dữ liệu ở một khu vực khả dụng duy nhất:

↔️ 5ms

Thời gian vòng toàn cầu từ bờ Tây:

↔️ NY: 70 ms
↔️ London: 160 ms
↔️ Tokyo: 120 ms
↔️ Singapore: 200 ms
↔️ Dubai: 280 ms

💡 Trong thế giới chuỗi dưới một giây, mỗi ms đều quan trọng. Tốc độ ánh sáng là nút thắt cổ chai mới của bạn. Tối ưu hóa cho phù hợp.

TIL

Pectra

Tên của bản nâng cấp Ethereum mới nhất, là một từ ghép gồm:

• Prague - tên của nhánh lớp thực thi
• Electra - tên của nhánh lớp đồng thuận

Cùng nhau: Pectra = Prague + Electra

Pectra đại diện cho sự phối hợp chung giữa các thay đổi ở lớp thực thi và lớp đồng thuận trong một bản nâng cấp cứng duy nhất - tiếp tục nhịp độ nâng cấp sau khi hợp nhất của Ethereum.