> 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/rome-zk-evm/trust-model.md).

# Mô hình tin cậy

Ai có thể thay đổi một chuỗi Rome ZK EVM trên devnet và những gì người nạp và người rút phải tin tưởng.

Các chương trình dùng chung v0.3.0 trên Solana devnet có thể nâng cấp. Một gốc đã được chứng minh là cuối cùng theo các quy tắc mà những chương trình đó thực thi khi nó được đăng. Người vận hành và người dùng cũng nên tính đến ai có thể thay đổi các quy tắc đó, ai kiểm soát từng chuỗi và ai có thể ngừng công bố dữ liệu.

Đọc [mô hình tin cậy devnet v0.3.0 đầy đủ](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/docs/TRUST-MODEL.md) để biết chính xác quyền hạn của từng cơ quan có thẩm quyền và các kiểm tra trong các chương trình hiện tại.

## Các cơ quan có thẩm quyền của chương trình và sổ đăng ký của Rome

Rome nắm quyền nâng cấp đối với các chương trình hộp thư đến dùng chung, settlement, Veritas và bridge. Đây là một cơ quan có thẩm quyền chữ ký đơn trên devnet. Một bản nâng cấp có thể có hiệu lực mà không có thời gian thông báo và có thể thay đổi bất kỳ quy tắc chương trình hiện tại nào. Hãy coi đây là một giả định tin cậy trên devnet khi nạp tiền.

Rome cũng nắm quyền đối với sổ đăng ký settlement. Theo các chương trình hiện tại, nó có thể bật hoặc tắt việc đăng ký không cần cấp quyền, thay đổi tiền ký quỹ đăng ký cho các chuỗi mới, thay đổi phí settlement ngay cả với một chuỗi hiện có mà không có mức trần giao thức, chọn kho bạc, thay đổi độ lệch dấu thời gian cho phép và thay đổi cửa sổ thu hồi toàn cục. Cửa sổ thu hồi có thể được rút ngắn đối với các chuỗi đã đăng ký, nhưng không thấp hơn 216.000 slot theo chương trình hiện tại.

Cơ quan có thẩm quyền của sổ đăng ký đăng ký, cho nghỉ hưu và thay đổi slot kích hoạt của các khóa xác minh của một chuỗi. Một bằng chứng chỉ được tính đối với khóa đang hoạt động cho chuỗi đó. Vì vậy, cơ quan này có thể thay đổi chứng minh của chuỗi khách nào có thể hoàn tất các gốc mới hoặc để một chuỗi không còn khóa nào dùng được. Một mục mới có thể hoạt động ngay khi giao dịch đăng ký của nó được ghi nhận. Các gốc đã cuối cùng vẫn giữ nguyên là cuối cùng khi một khóa bị nghỉ hưu.

Nếu không nâng cấp các chương trình, các khóa của Rome không thể tạo một vault cho một chuỗi mà Rome không nắm quyền, thay đổi mint của vault đó, chọn nơi các khoản chi trả của nó đi tới, hoặc rút từ đó mà không có một lối thoát đã được chứng minh. Quyền nâng cấp chương trình có thể thay đổi các quy tắc đó, vì vậy người dùng phải tin rằng Rome sẽ không thực hiện một bản nâng cấp như vậy trên devnet.

## Cơ quan có thẩm quyền của chuỗi của bạn

Trong `./rollup` thiết lập này, bên trả phí trên Solana cũng là cơ quan có thẩm quyền của chuỗi. Nó ký việc công bố và hoàn tất lô inbox, đăng gốc đã được chứng minh và cấu hình chuỗi. Nó có thể đóng các tài khoản batch, chunk và pending-root đủ điều kiện để thu hồi tiền thuê của chúng. Không có lệnh nào để xoay vòng cơ quan này, nên mất nó sẽ dừng các hành động đã ký đó.

Việc đăng ký cố định ID, genesis, chương trình inbox và độ dài cửa sổ thách thức của chuỗi. Cơ quan có thẩm quyền không thể chỉnh sửa genesis đã đăng ký. Nó chọn người nhận phí trong genesis đó. Một chuỗi mới thường bắt đầu với số dư bằng 0; mọi số dư khởi đầu được khai báo đều cần có tài sản đảm bảo tương ứng trong vault trước khi Rome đăng ký khóa xác minh của nó. Bản thân settlement không kiểm tra tài sản đảm bảo đó.

Cơ quan có thẩm quyền có thể đề xuất một cổng thoát, chương trình cầu nối, mức trần rút tiền và tiền đặt cọc của người đăng bài khác. Một đề xuất sẽ không trở thành hoạt động sớm hơn một cửa sổ thách thức của chuỗi sau đó. Bất kỳ ai cũng có thể kích hoạt nó sau slot đó. Người dùng nên kiểm tra cấu hình thoát hiện đang hoạt động trước khi rút tiền.

Sau lô đã được chứng minh đầu tiên, cơ quan có thẩm quyền có thể tạo một hàng đợi nạp tiền và chọn thời hạn đưa vào của nó, giới hạn theo mỗi lô và theo mỗi khối, mức nạp tối thiểu, phí và người nhận phí. Các thay đổi cũng có một slot kích hoạt bị trì hoãn. Chương trình hiện tại hạn chế những khoản nạp đang chờ mà một **đã được hoàn tất** lô có thể bỏ sót. Nó không buộc nhà vận hành phải tạo ra lô đó.

## Điều mà người dùng dựa vào

Người nạp tiền tin rằng nhà vận hành sẽ duy trì bộ sắp xếp hoạt động, đưa khoản ghi có trong hàng đợi vào một batch, đăng batch và chứng minh gốc của nó. Nhà vận hành có thể chọn thứ tự giao dịch EVM và từ chối giao dịch; không có đường bắt buộc đưa vào chung cho các giao dịch EVM. Số dư tiền nạp có thể xuất hiện tại RPC của chuỗi trước khi gốc của nó được chốt trên Solana.

Người rút tiền cần một gốc cuối cùng bao trùm thông điệp thoát, một cấu hình thoát đang hoạt động và đủ wrapped SOL trong vault của chuỗi. Nhà vận hành có thể trì hoãn gốc đó bằng cách dừng các batch hoặc các chứng minh. Họ có thể trì hoãn việc chi trả bằng cách dừng trình chứng minh thoát hoặc để vault hay bên trả phí thoát không được cấp vốn. Bất kỳ ai cũng có thể gửi một chứng minh thoát hợp lệ và thực hiện giải phóng, nên trình chứng minh thoát của nhà vận hành không phải là con đường duy nhất một khi dữ liệu và gốc cuối cùng đã có.

Theo các chương trình hiện tại, settlement ràng buộc một chứng minh thoát với cổng đã cấu hình và một gốc cuối cùng. Nó giới hạn số lần thoát trong mỗi cửa sổ thách thức và ngăn phát lại. Bridge đọc người nhận từ bản ghi đã được chứng minh và kiểm tra tài khoản token liên kết của người nhận. Bất kỳ ai gửi lệnh giải phóng cũng không thể chuyển hướng khoản chi trả của nó. Một vault không đủ tiền thì không thể chi trả, ngay cả khi chứng minh thoát là hợp lệ.

Khoản tiền đặt cọc đăng ký 5 SOL là một khoản bảo chứng đăng ký chuỗi, không phải tài sản đảm bảo cho số dư của người dùng. Nó sẽ được hoàn lại cho cơ quan có thẩm quyền của chuỗi sau gốc cuối cùng đầu tiên hoặc mười gốc đã đăng. Nếu không có gốc nào được đăng trước khi cửa sổ thu hồi kết thúc, bất kỳ ai cũng có thể thu hồi chuỗi và khoản tiền đặt cọc chưa được hoàn lại sẽ chuyển vào kho bạc. Cửa sổ devnet tại v0.3.0 là 6.480.000 slot, khoảng 30 ngày, tính từ lúc đăng ký.


---

# 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/rome-zk-evm/trust-model.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.