Một log là tất cả những gì bạn cần. Hóa ra bạn chỉ cần xây dựng một cơ sở dữ liệu log với các hook trên CRUD và duy trì các chỉ mục phụ tùy ý. Nó tốt như búa của Thor với các phần mở rộng.

Cơ sở dữ liệu chỉ thêm (đã xác thực) là điều không thể tránh khỏi. Cảm ơn rất nhiều đến @ryanzarick, @IsaacN0tNewton, và @Thomas_S_Kim vì đã dành thời gian để phân tích những hiểu biết đằng sau QMDB tiên phong và khám phá cách mà khả năng mở rộng của nó có thể thúc đẩy SOTA TPS thông qua FAFO.

Một phiên bản quá đơn giản của hệ thống khuyến khích làm việc trong tương lai có ba nhóm: không có việc làm, việc làm thực sự, Steve jobs. Chúng tương ứng với proof-of-no-work, proof-of-work và proof-of-change.

Hóa ra bạn có thể chỉ cần xếp chồng các MMR (và các cây Merkle hình MMR) lên nhau để thêm chức năng (giảm chi phí chứng minh trong quá trình này) 👀

Mới nhận ra rằng từ "nhanh" rất có tính tuần tự. Khi bạn có thể làm một việc tại một thời điểm, độ trễ (bạn nhanh như thế nào) xác định thông lượng. Nhưng với tính song song, thông lượng không bị ràng buộc bởi độ trễ. Ví dụ, một doanh nghiệp bán rượu whisky 12 năm tuổi có độ trễ cao nhưng thông lượng cao vì bạn có thể sản xuất vô số lô mỗi năm. Và nếu bạn sản xuất một lô mỗi năm, thì sau 12 năm bạn sẽ bán được rất nhiều mỗi năm. Và điều này được gọi là pipelining.

Giả sử chúng ta có 100 bể Uniswap với sự cạnh tranh cao. FAFO có thể làm cho mỗi bể chạy ở tốc độ 10K TPS.

1M TPS, merklized, EVM, một nút đơn với trạng thái được lưu trữ. Một người thực sự cần phải làm rất nhiều điều đúng để biến điều đó thành hiện thực.

Với kiến thức vô hạn trong tầm tay, phẩm chất tốt nhất mà một người có thể có là sự tò mò và kiên trì.

yêu cầu tính năng: trước khi chúng ta có thể chuẩn hóa tất cả các mô hình thành một, hãy chỉ tạo một phím nóng như shift+enter kích hoạt các mô hình tư duy như O3. nếu không, một chế độ rẻ hơn. @sama nó sẽ tiết kiệm rất nhiều thời gian cho người dùng