Câu trả lời nhanh: Không. Nâng cấp Denim của Base, được công bố trực tiếp vào ngày 5 tháng 11 năm 2026, đã thay đổi chuỗi để tạo ra một block chuẩn hoàn chỉnh mỗi 200 mili giây. Đó là khoảng thời gian sản xuất block, không phải cam kết rằng một giao dịch đã tất toán trên Ethereum trong 200 mili giây hay một lệnh rút có thể được sử dụng ngay lập tức trên một chain khác. Đối với một lần chuyển khoản, hãy phân biệt trước tiên việc được đưa vào (inclusion) trên Base với các trạng thái safe và finalized sau đó, cũng như quy trình hoàn tất riêng của bất kỳ cầu nối nào.
Denim đã thay đổi điều gì?
Thông báo về Denim của Base cho biết bản nâng cấp này đã thay thế nhịp độ block hai giây bằng năm block chuẩn hoàn chỉnh mỗi giây. Nó cũng thay thế phương pháp Flashblocks trước đó, vốn hiển thị bản xem trước trạng thái chờ giữa các block chậm hơn. Trong thiết kế mới, chính mạng lưới sẽ tạo ra một block đầy đủ mỗi 200 mili giây. Điều này quan trọng đối với các ứng dụng cần cập nhật trạng thái thường xuyên hơn hoặc thông tin thời gian ở mức mili giây.
Con số nổi bật mô tả nhịp độ. Nếu một giao dịch đến sequencer đúng lúc và được chấp nhận, cơ hội tạo block tiếp theo sẽ xuất hiện rất nhanh. Tuy nhiên, trải nghiệm người dùng bao gồm nhiều bước hơn việc chỉ tạo block: gửi từ ví, truyền tải qua mạng, sắp xếp thứ tự của sequencer, đồng bộ nút, lập chỉ mục ứng dụng và chính sách của bất kỳ nhà xử lý thanh toán nào. Không có yếu tố nào trong số này được đảm bảo hoàn thành trong một khoảng thời gian. Kết nối ví chậm hoặc ứng dụng bị tắc nghẽn vẫn có thể gây ra sự chậm trễ ngay cả khi các block được tạo thường xuyên.
Thông báo cũng thảo luận về quyền truy cập của hợp đồng vào thời gian với độ chính xác mili giây và những thay đổi đối với kiểm tra chuyển B20. Những điều này liên quan đến nhà phát triển, nhưng người dùng thông thường không nên suy ra rằng cầu nối hoặc sàn giao dịch của họ đã thay đổi chính sách xác nhận tiền gửi. Các dịch vụ như vậy đặt ra ngưỡng riêng, đôi khi dựa trên tài sản và đích đến chứ không phải khoảng thời gian block danh nghĩa của L2.
Sự khác biệt giữa inclusion và finality là gì?
Inclusion (được đưa vào) có nghĩa là một giao dịch xuất hiện trong một block Base. Đây là một cột mốc có thể quan sát được: một trình khám phá block hoặc nút báo cáo giao dịch, trạng thái của nó và tham chiếu block. Inclusion có thể đủ đối với một giao diện rủi ro thấp để hiển thị số dư đã cập nhật hoặc biên lai thanh toán đang chờ. Nó không giống với sự đảm bảo thanh toán mạnh nhất có sẵn trong hệ thống.
Base là một mạng Ethereum layer-two. Giao thức của nó phân biệt các block L2 mới được sắp xếp khỏi các block mà dữ liệu đầu vào của chúng đã được suy ra từ Ethereum và khỏi các block liên quan đến dữ liệu Ethereum đã finalized. Đặc tả suy dẫn của Base sử dụng các thuật ngữ unsafe, safe và finalized cho những trạng thái này. Tên gọi mô tả các mức hỗ trợ khác nhau bởi dữ liệu L1 và tính tất toán; chúng không phải là ba nhãn cho cùng một sự kiện 200 mili giây.
Một block L2 unsafe có thể hiển thị trước khi dữ liệu tương ứng đạt được các đảm bảo sau này được mô tả trong quy trình suy dẫn. Một block safe đã được suy ra từ dữ liệu L1 chuẩn theo các quy tắc của giao thức. Một block L2 finalized được suy ra từ dữ liệu L1 finalized. Các chi tiết này quan trọng đối với một nhà vận hành khi quyết định khi nào một khoản tiền gửi có thể được ghi nhận một cách không thể đảo ngược, nhưng người tiêu dùng có thể sử dụng quy tắc đơn giản hơn: “Tôi thấy giao dịch” và “dịch vụ nhận coi nó là đã tất toán” là hai tuyên bố riêng biệt.
Finality cũng có thể mang ý nghĩa khác nhau trong các tài liệu sản phẩm khác nhau. Một ví có thể nói “đã xác nhận” sau khi nhận được biên lai giao dịch cục bộ, trong khi một cầu nối chờ quá trình chứng minh hoặc thách thức. Một trang nội dung nên nêu rõ sự kiện chính xác mà nó muốn nói thay vì sử dụng “thanh toán tức thì” như một mô tả chung chung.
Tại sao Ethereum vẫn quan trọng sau khi một block Base xuất hiện?
Base dựa vào Ethereum cho một phần đường dẫn bảo mật và tính khả dụng dữ liệu của mình. Các block L2 được tạo thường xuyên hơn các block Ethereum, nhưng dữ liệu làm cho chúng có thể tái tạo và quy trình xác định trạng thái cuối cùng của chúng đều liên quan đến L1. Đặc tả suy dẫn mô tả cách Base sử dụng dữ liệu L1 và các tín hiệu tất toán để cập nhật các head an toàn và đã finalized của L2. Các block L2 nhanh hơn tạo ra nhiều bản cập nhật trạng thái hơn; chúng không loại bỏ mối quan hệ với L1.
Sự phân biệt này liên quan khi một nhà vận hành cần quyết định chấp nhận bao nhiêu rủi ro tổ chức lại hoặc đảo ngược. Một trò chơi có thể trao một vật phẩm nhỏ trong game sau inclusion đầu tiên vì chi phí chờ đợi cao và mức độ phơi nhiễm hạn chế. Một sàn giao dịch xử lý một khoản tiền gửi lớn có thể chờ thêm sự đảm bảo. Không chính sách nào thay đổi giao thức cơ bản; chúng đại diện cho các lựa chọn rủi ro khác nhau của dịch vụ nhận.
Nó cũng liên quan đến các tuyên bố về bảo mật. Các block thường xuyên hơn không tự bản thân là bằng chứng cho thấy chuỗi đã trở nên phi tập trung hơn hoặc các bằng chứng gian lận hoàn thành nhanh hơn. Những đặc tính đó phụ thuộc vào các cơ chế giao thức và vận hành riêng biệt. Một bài viết về Denim nên bám sát những gì bản phát hành tài liệu hóa: sự thay đổi trong nhịp độ block và các tính năng dành cho nhà phát triển được chỉ định.
Block 200ms có tăng tốc một lệnh rút về Ethereum không?
Không nhất thiết. Một lệnh rút từ rollup về Ethereum tuân theo quy trình cầu nối tách biệt với việc được đưa vào một block L2. Giao dịch có thể xuất hiện trên Base nhanh chóng, trong khi việc chứng minh hoặc hoàn tất tác động của nó trên Ethereum mất nhiều thời gian hơn. Tài liệu giao thức Base phân biệt rõ ràng các đầu vào L2 đã finalized với sự hoàn tất của một quy trình output hoặc rút optimistic-rollup. Cả hai đều có thể được gọi là “đã tất toán” trong thảo luận không chính thức, điều này làm cho cách diễn đạt chính xác trở nên quan trọng.
Người dùng nên kiểm tra hướng dẫn của cầu nối cụ thể: mạng nào nhận tài sản, tuyến đường là native hay do một dịch vụ thanh khoản cung cấp, áp dụng những loại phí nào và ước tính hoàn tất được hiển thị có ý nghĩa gì. Một cầu nối thanh khoản nhanh có thể trả cho người nhận trước khi tuyến đường native hoàn tất, nhưng sau đó người dùng phụ thuộc vào năng lực và điều khoản của nhà cung cấp thanh khoản. Đó là một rủi ro khác so với việc chờ quy trình native.
Con số 200 mili giây của Denim không thể được dán vào một ước tính rút tiền. Thời gian đến inclusion L2 đầu tiên, đến trạng thái L2 an toàn hoặc đã finalized, và đến khi tiền khả dụng trên Ethereum nên được liệt kê riêng nếu một hướng dẫn đưa ra kỳ vọng về thời gian. Nơi một dịch vụ chưa công bố ước tính hiện tại, bài viết không nên bịa ra một con số.
Ứng dụng nên quyết định khi nào ghi nhận một lần chuyển khoản như thế nào?
Hãy bắt đầu với giá trị và khả năng đảo ngược của những gì ứng dụng cung cấp. Một ứng dụng có thể rollback một trạng thái hiển thị giá trị thấp có thể sử dụng một tín hiệu sớm. Một ứng dụng giải phóng tiền hoặc một mục kỹ thuật số không thể đảo ngược nên xem xét một ngưỡng mạnh hơn. Quyết định nên được tài liệu hóa dưới dạng một chính sách thay vì suy ra từ khoảng thời gian block của chuỗi.
Sau đó xác định nguồn trạng thái. Ứng dụng có đang đọc block mới nhất từ một nhà cung cấp RPC, nút đầy đủ riêng của nó, một indexer, hay một sự kiện cầu nối? Chúng có thể tạm thời không khớp trong quá trình đồng bộ hóa. Nhịp độ 200 mili giây mới có thể yêu cầu một indexer xử lý nhiều sự kiện block mỗi giây hơn; nếu nó bị tụt hậu, giao diện người dùng có thể cập nhật chậm hơn chuỗi. Các nhà phát triển nên đo lường hiệu suất thực tế của họ sau bản nâng cấp thay vì giả định rằng nhịp độ của bản phát hành bằng với độ trễ end-to-end của họ.
Cuối cùng, xác định cách xử lý ngoại lệ. Điều gì xảy ra khi một giao dịch bị thay thế, một nút trở nên không khả dụng hoặc một tin nhắn cross-chain bị chậm trễ? Một máy trạng thái rõ ràng—đã gửi, đã đưa vào, an toàn, đã finalized, đã giao—giúp các nhóm hỗ trợ giải thích một lần chuyển khoản đang chờ. Nó cũng ngăn giao diện hiển thị “hoàn tất” vào khoảnh khắc nó thấy một block khi hành động kinh doanh vẫn phụ thuộc vào một điều kiện muộn hơn.
Người dùng nên kiểm tra điều gì trong một trình khám phá block?
Hãy xác minh mạng trước. Một hash giao dịch trên Base nên được kiểm tra trong một trình khám phá Base hoặc nút tương thích, không phải trong một trang token có tên tương tự trên một chain khác. Kiểm tra người gửi, người nhận, hợp đồng token nếu có, trạng thái, số block và số lượng. Đối với một tương tác hợp đồng, hãy đọc các bản ghi sự kiện và chuyển token thay vì chỉ dựa vào thông báo thành công giao dịch ở dòng đầu tiên; một cuộc gọi thành công có thể chứa nhiều lần chuyển.
Nếu một ứng dụng nhận chưa ghi nhận tiền, hãy so sánh chính sách tiền gửi được hiển thị của nó với trạng thái thực tế của giao dịch. Ứng dụng có thể chờ ngưỡng xác nhận riêng, yêu cầu một hợp đồng token được hỗ trợ hoặc từ chối các khoản tiền gửi qua một tuyến đường mà nó không chấp nhận. Việc Base đã tạo ra nhiều block sau giao dịch không chứng minh ứng dụng đã hoàn thành mọi kiểm tra bắt buộc. Hãy liên hệ bộ phận hỗ trợ với hash và mạng, không phải cụm seed.
Đừng nhầm lẫn block hiển thị mới nhất với một lời hứa chống lại mọi gián đoạn trong tương lai. Một trình khám phá là một công cụ quan sát hữu ích; nó không thay thế các điều khoản của dịch vụ nhận hoặc mô hình bảo mật của giao thức. Một bài viết có ngày tháng có thể giải thích cách kiểm tra trạng thái, nhưng nó không nên đảm bảo một số mili giây cố định cho mọi lần chuyển khoản.
FAQ
Denim có làm cho các giao dịch Base tất toán trong 200ms không?
Không. Denim làm cho các block L2 chuẩn xuất hiện mỗi 200 mili giây. Việc được đưa vào một trong những block đó là một cột mốc sớm hơn trạng thái an toàn hoặc finalized được suy ra từ L1, và việc hoàn tất cầu nối là một quy trình riêng biệt.
Flashblocks có còn là nguồn của các bản cập nhật 200ms không?
Bản phát hành Denim cho biết các block 200 mili giây native thay thế mô hình xem trước Flashblocks trước đó. Các nhà phát triển nên sử dụng tài liệu sau bản nâng cấp và kiểm tra xem có bất kỳ giả định API cũ nào vẫn còn trong ứng dụng của họ không.
Tại sao một ví có thể hiển thị thành công trong khi một khoản tiền gửi đang chờ?
Ví có thể đang báo cáo inclusion thành công trên Base, trong khi dịch vụ nhận đang chờ một trạng thái bảo mật khác hoặc xử lý khoản tiền gửi thông qua các hệ thống riêng của nó. Hãy kiểm tra hash giao dịch, mạng, token được hỗ trợ và chính sách tiền gửi của dịch vụ.
Việc sản xuất block nhanh hơn có làm giảm mọi loại phí không?
Không. Phí phụ thuộc vào định giá mạng, độ phức tạp của giao dịch và phí dịch vụ. Nhịp độ block của thông báo Denim không phải là một biểu phí. Hãy so sánh chi phí thực tế cho giao dịch và ứng dụng đang được sử dụng.
