> For the complete documentation index, see [llms.txt](https://docs.rome.builders/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rome.builders/vi/canton-zk-evm/measurements.md).

# Các phép đo

Các phép đo bằng chứng và quyết toán đã ghi lại, cùng với ngày tháng, phần cứng và giới hạn của chúng.

Bộ đo kiểm chứng và các lần chạy trên Ostia đã đo các guest và khối lượng công việc khác nhau. Bộ đo kiểm dùng guest reth upstream chưa sửa đổi. Các lần chạy trên Ostia dùng guest của kho này với kiểm tra chain-rules và gateway của nó.

Trang này mô tả commit `a84e84e439a5cc669c0ae61facf7c8c995d9d564`. Đọc toàn bộ [báo cáo số liệu](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/docs/METRICS.md) và [kết quả demo](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md#results).

## Phần cứng

Cả hai bộ đều dùng một GPU NVIDIA RTX PRO 6000 Blackwell Server Edition. Chỉ GPU và driver được ghi lại cho bản demo Ostia.

| Mục                   | Bộ đo kiểm chứng, 2026-10-03                                               | Các lần chạy Ostia, 2026-10-05 |
| --------------------- | -------------------------------------------------------------------------- | ------------------------------ |
| CPU                   | AMD EPYC 9B45, 48 vCPU; một socket, hai luồng trên mỗi nhân                | Không được ghi lại             |
| RAM máy chủ           | 176 GiB theo báo cáo của máy chủ                                           | Không được ghi lại             |
| Bộ nhớ GPU            | 97,887 MiB, được mô tả là 96 GB; PCIe gen 5 x16                            | Dung lượng không được ghi lại  |
| Driver                | 580.178.04                                                                 | 580.178.04                     |
| CUDA                  | 13.0 ở cấp driver; các binary GPU được dựng sẵn, không cài bộ công cụ CUDA | Không được ghi lại             |
| Hệ điều hành và ổ đĩa | Ubuntu 22.04.5, ổ đĩa khởi động 500 GB                                     | Không được ghi lại             |
| Node và snarkjs       | 20.18.0 và 0.7.6                                                           | Không được ghi lại             |

## Các phiên bản được ghim

Đây là các phiên bản của kho, như được liệt kê trong báo cáo số liệu và [GHIM](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/PINS). Phiên bản Node trên máy chủ đo kiểm ở trên khác với bản ghim của bộ chứng minh.

| Thành phần                              | Phiên bản                                                       |
| --------------------------------------- | --------------------------------------------------------------- |
| ZisK                                    | 1.3.1-alpha                                                     |
| Mã nguồn guest upstream                 | 0.13.1                                                          |
| reth                                    | 2.5.2                                                           |
| Canton                                  | 3.6.0-snapshot.20260930.20337.0.ve610bc8f                       |
| Daml SDK cho lệnh gọi bên ngoài         | 3.5.13-snapshot.20261001.145.0.v852bdd82                        |
| Trình biên dịch Daml                    | 3.6.0-snapshot.20260915.14804.0.v53478765, nhắm tới Daml-LF 2.4 |
| Daml SDK cho các bài kiểm thử Script    | 3.5.12, nhắm tới Daml-LF 2.1                                    |
| Java                                    | 21                                                              |
| Rust                                    | 1.94.1                                                          |
| Python của builder và demo              | 3.12 trở lên                                                    |
| Node của bộ chứng minh và snarkjs       | 20.20.2 và 0.7.6                                                |
| Node của Explorer                       | 22.18 trở lên cục bộ; 24 trong container và CI                  |
| Trình biên dịch Solidity của test-token | 0.8.28                                                          |

## Bộ đo kiểm chứng: 2026-10-03

Bảng này cho biết thời gian trung vị tính bằng giây từ ba lần chạy nóng cho mỗi kích thước khối. Mỗi khối chứa các chuyển khoản đơn giản. Mọi bằng chứng đều vượt qua `cargo-zisk verify`. Các nhật ký thô của bộ đo kiểm không có trong kho.

| Khối                         | Bằng chứng không có wrap, tiến trình mới | Chỉ wrap, tiến trình mới | Bằng chứng với wrap, tiến trình mới | Toàn bộ tiến trình mới | Bộ chứng minh đang chạy: đầu vào đến bằng chứng được bọc | Bộ chứng minh đang chạy: đầu vào đến bằng chứng được xác minh |
| ---------------------------- | ---------------------------------------- | ------------------------ | ----------------------------------- | ---------------------- | -------------------------------------------------------- | ------------------------------------------------------------- |
| 1 chuyển khoản, 21 kgas      | 4.6                                      | 2.4                      | 7.4                                 | 21.1                   | 6.7                                                      | 7.0                                                           |
| 1,000 chuyển khoản, 21 Mgas  | 6.9                                      | 2.4                      | 9.6                                 | 24.5                   | 9.0                                                      | 9.3                                                           |
| 5,000 chuyển khoản, 105 Mgas | 17.9                                     | 2.4                      | 20.8                                | 34.9                   | 21.2                                                     | 21.5                                                          |

Bộ chứng minh đang chạy giữ cho coordinator, worker và các khóa được nạp sẵn. Tổng thời gian của tiến trình mới bao gồm cả việc khởi động và dừng bộ chứng minh. Thời gian từ đầu vào đến bằng chứng bắt đầu với một tệp witness sẵn có; chúng không đo việc dựng witness. Trường hợp 105 Mgas là một phép đo kiểm guest upstream, không phải một khối Ostia. Mức gas tối đa cho mỗi khối được ghim của Ostia là 30,000,000.

| Đo lường bằng chứng           | PLONK đã bọc         | STARK chưa bọc           |
| ----------------------------- | -------------------- | ------------------------ |
| Kích thước tệp bằng chứng     | 2,942 đến 2,944 byte | 415,232 đến 415,234 byte |
| `cargo-zisk verify` thời gian | 0.29 đến 0.30 s      | 0.03 s                   |
| Kích thước wire               | 1.344 byte           | Không đo                 |

Việc xác minh bằng chứng đã bọc bao gồm cả việc khởi động Node để chạy snarkjs. Đây không phải là phép đo trình xác minh gốc của sidecar. Dạng wire 1.344 byte chứa 768 byte bằng chứng, 32 byte khóa chương trình, 32 byte gốc đệ quy và 512 byte giá trị công khai.

## Khởi động và bộ nhớ

Các phép đo này đến từ cùng bộ đo kiểm 2026-10-03 với ZisK 1.3.1-alpha.

| Phép đo                                                                                                               | Kết quả                                                                 |
| --------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------- |
| Lần chạy 1 chuyển khoản đầu tiên sau khi xóa cache của ZisK và dọn page cache, trong khi proving key vẫn còn trên đĩa | 123 s thời gian thực; công việc tạo bằng chứng mất 14,5 s               |
| Khởi động bộ chứng minh đang chạy với cache đã biên dịch của guest đã có sẵn                                          | Các khóa được nạp trong 7,0 s, sau đó mất 9,5 s để đăng ký chương trình |
| Yêu cầu bằng chứng đầu tiên sau lần khởi động đó                                                                      | 6.56 s                                                                  |
| Bộ nhớ GPU đỉnh được báo cáo bởi `nvidia-smi`                                                                         | 93.2 GiB                                                                |
| Mức tăng RAM máy chủ trong quá trình tạo bằng chứng bằng tiến trình mới                                               | 27 đến 29 GiB, cộng thêm 22.9 GiB bộ nhớ dùng chung                     |
| Mức tăng RAM máy chủ khi bộ chứng minh đang chạy phục vụ các yêu cầu                                                  | 3 GiB, cộng thêm 22.9 GiB bộ nhớ dùng chung                             |
| Bộ nhớ GPU được báo cáo cho riêng phần wrap PLONK                                                                     | 30,054,767,337 byte, khoảng 28.0 GiB                                    |

Bộ chứng minh cấp phát một bộ đệm GPU lớn cho card. Mức sử dụng đỉnh gần như như nhau cho các khối đo kiểm nhỏ nhất và lớn nhất. Điều đó không xác định bộ nhớ GPU tối thiểu cần cho toàn bộ bộ chứng minh.

## Bản demo Ostia: 2026-10-05

Mỗi trường hợp chạy một lần trên mạng Canton cục bộ, với bộ chứng minh đã chạy sẵn, từ commit `6b445073163832e9023850f53678617d90dfc808`. Đây là các kết quả kiểm thử riêng lẻ. The [thư mục kết quả](https://github.com/rome-protocol/canton-zk-evm/tree/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/results) giữ các bản ghi. [Tổng quan](/vi/canton-zk-evm/canton-zk-evm.md#what-the-demo-showed) mô tả năm kết quả.

| Trường hợp            | Khối và gas đã dùng                                                                                | Bằng chứng                                                                         | Từ khi tệp bằng chứng hoàn tất đến khi builder thoát | Toàn bộ lần chạy builder              |
| --------------------- | -------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------- | ---------------------------------------------------- | ------------------------------------- |
| Kiểm tra nhanh        | Khối 1, rỗng; 0 gas                                                                                | 6,31 s                                                                             | 0.49 s                                               | 155.20 s                              |
| Thiết lập             | Khối 2, hai giao dịch; gas không được ghi lại                                                      | 6.71 s                                                                             | Không được ghi lại                                   | 8.00 s                                |
| Nạp                   | Khối 3, một giao dịch; 122,308 gas                                                                 | 6,72 s                                                                             | 0.66 s                                               | 8.14 s                                |
| Thanh toán            | Khối 4, ba giao dịch; 185,307 gas                                                                  | 6,72 s                                                                             | 0.42 s                                               | 7.87 s                                |
| Rút                   | Khối 5, một giao dịch; 90,345 gas                                                                  | 6,72 s                                                                             | 0.58 s                                               | 8.02 s                                |
| Phân bổ được thu hồi  | Khối 6 bị từ chối, sau đó được dựng lại với một giao dịch và không có legs; gas không được ghi lại | 6.75 s cho bản dựng bị từ chối; bằng chứng thứ hai không được tính thời gian riêng | Bài nộp bị từ chối không được tính thời gian         | 8.09 s bị từ chối; 8.04 s được commit |
| Bằng chứng bị sửa đổi | Khối 7 bị từ chối; gas không được ghi lại                                                          | 6,74 s trước khi bị chỉnh sửa                                                      | Bài nộp bị từ chối không được tính thời gian         | 7.57 s                                |

Mỗi bằng chứng dài 1.344 byte. Khoảng thời gian từ khi tệp bằng chứng hoàn tất đến khi builder thoát bao gồm việc lấy các bằng chứng tài khoản và lưu trữ của gateway, `Tiến hành`, commit trên cả hai bên xác nhận và reth đánh dấu khối là cuối cùng. Nó dài hơn riêng commit của Canton. Việc ghép các legs với các hợp đồng Canton diễn ra trước khi chứng minh và nằm ngoài khoảng thời gian đó.

Toàn bộ lần chạy smoke test bao gồm chuẩn bị witness và đầu vào, cũng như thiết lập ban đầu của chương trình guest của bộ chứng minh. Nó cũng có thể bao gồm việc dựng công cụ đầu vào. Thời gian riêng cho các bước đó không được ghi lại.

## Các kiểm tra khác đã ghi lại

Vào 2026-10-04, bằng chứng chuyển khoản đầu tiên bao trùm khối 1 trên một bản sao tạm thời của genesis, không phải trên một chuỗi đang chạy: một chuyển khoản 21.000 gas và 385,277 bước của guest. Ba bằng chứng mất 6,33, 6,75 và 6,69 s. Trình xác minh của ZisK và crate verifier của kho đã kiểm tra bằng chứng. Đổi chain id của đầu vào thành 1 khiến guest từ chối nó mà không cần bằng chứng.

Việc dựng guest từ một thư mục build trống mất 125 s, bao gồm cả tải xuống phụ thuộc. Hai checkout mới mất 133 s và 126 s và cho ra cùng ELF và programVK như nhau. Lần thiết lập chương trình đầu tiên của bộ chứng minh mất 43 s. Các số liệu này đến từ các bản ghi ngày 2026-10-04 được mô tả trong báo cáo số liệu và [README của guest](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/guest/README.md).

Sau bản demo 2026-10-05, kiểm tra trên trình duyệt của Explorer đối với khối 3 đã thành công trong 13 ms. Khoảng 0,35 s trôi qua từ lúc nhấp đến khi có câu trả lời. Đây là một kiểm tra trên trình duyệt, không phải một bộ đo kiểm, và không được ghi lại trong `demo/results/`.

Kiểm tra WebAssembly mất 8 đến 32 ms trong Node trên các runner CI. Bài kiểm thử đó đã xác minh một bằng chứng rồi sau đó từ chối một header không khớp. Nó không phải là một kiểm tra toàn khối thành công cũng không phải là một phép đo trên trình duyệt; xem [README của verifier](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/verify/README.md).

## Những gì các phép đo này không chứng minh

Không có bộ đo kiểm có hệ thống nào đối với các lời gọi hợp đồng hoặc precompile, các khối trên 105 Mgas, hoặc các kích thước khối của bộ đo kiểm với guest của Ostia. Không có phép đo nào với nhiều GPU hoặc nhiều khối đang xử lý cùng lúc.

Việc dựng witness trên một máy chủ đã làm ấm, xác minh gốc của sidecar và commit của Canton đối với một khối lớn chưa được tính thời gian riêng. Bản demo đã commit các khối với tối đa ba giao dịch và một leg. Mỗi trường hợp chỉ chạy một lần, nên kết quả không cho thấy thời gian dao động bao nhiêu giữa các lần chạy.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.rome.builders/vi/canton-zk-evm/measurements.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
