# 核心协议架构
Verra Protocol 架构采用多层集成设计，服务于 RWA 接入、双层资金池隔离、链上风险控制、智能合约结算与全球生态扩展。各层之间通过标准化接口协同运行，使用户、实体企业、RWA 资产方、开发者和 DAO 治理参与者能够在同一套协议框架下完成交互。
该架构的核心目标是：前端体验清晰，链上执行可靠，RWA 数据可接入，资金状态可追踪，风险参数可治理，生态能力可扩展。
#### 用户界面
这一层是 Verra Protocol 面向外部用户的视觉入口，包含官网、协议 DApp、用户资产面板、企业接入页面、RWA 资产方专区、DAO 治理页面和开发者入口。
普通用户可以通过该层查看协议状态、资金池信息、奖励记录与结算状态；实体企业可通过企业入口提交新增资金、现金流或资产凭证相关信息；RWA 资产方和生态合作伙伴则可通过专属入口接入数据、查看审核状态或参与治理协作。
该层的设计重点是降低复杂协议逻辑的理解成本，将双层资金池隔离模型、RWA 支撑、链上结算与风险参数，以可视化方式呈现给不同类型的参与者。
> 技术堆栈：ReactJS、Tailwind、web3.js、zustand。
#### 安全层
安全层负责保护协议的访问边界、身份验证、操作权限与异常行为监控。对于 Verra 这类涉及链上资金状态、RWA 数据接入和 DAO 治理的协议而言，安全层不仅是登录验证系统，更是连接链上权限、企业接入和治理操作的第一道控制面。
该层可覆盖钱包签名验证、用户身份映射、企业与 RWA 资产方审核、多签控制、Timelock 延迟执行、异常交易监控、API 访问限制和审计日志记录。
在更高权限操作中，例如风险参数调整、RWA 数据源接入、生态金库调用或合约升级，安全层需要与多签、治理模块和链上权限控制共同工作，避免单点控制风险。
> 技术栈：防火墙（pfSense、iptables）、身份验证（OAuth、JWT）、日志服务（ELK Stack、Graylog）。
#### API 层
API 层是前端应用、链上合约、RWA 数据服务、后台系统和开发者工具之间的通信桥梁。
面向用户端，API 层提供协议状态、资金池数据、账户状态、奖励记录、RWA 数据摘要和治理信息查询；面向企业和资产方，API 层提供数据提交、凭证上传、审核状态同步和资产信息管理；面向开发者，API 层则开放协议事件、资金池状态、风险参数和 RWA 数据索引接口。
该层不直接决定核心资金状态，而是作为标准化通信接口，将链上数据、链下数据和应用层请求整合到统一的数据服务中。
> 技术栈：FastAPI、Python、GraphQL、RESTful 服务、gunicorn、solana。
#### 智能合约执行层
智能合约执行层是 Verra Protocol 的链上核心。协议中的资金池分层、账户状态记录、VXP 结算、销毁回流、流动性再平衡、生态金库管理和治理指令执行，均需要在该层完成。
这一层围绕双层资金池隔离模型运行，将协议资金拆分为流动性池与质押主仓。流动性池承担 LP 建设、市场深度与价格发现；质押主仓用于资金隔离、风险缓冲、结算支持和赎回支持。
智能合约执行层的重点不是简单处理交易，而是维护协议状态的一致性：资金进入、资金分层、结算触发、状态更新、LP 补充和链上事件记录，都需要形成可追踪的执行路径。
> 技术栈：Solidity、EVM-compatible Chains、ERC-20、ChainlinkSubgraph Event Indexing。
#### 数据库层
系统的数据存储库。它使用主存储来存储结构化数据，使用缓存来存储临时数据和频繁访问的数据。
> 技术栈：Postgres（主存储），Redis（缓存）。
#### 信息代理/任务层
该层负责协调异步通信和任务管理，确保数据流顺畅和任务高效执行。
> 技术栈：RabbitMQ（消息代理），Celery（任务管理）。
#### 基础设施层
基础设施层为 Verra Protocol 提供部署、运行、监控、存储和多链扩展能力。它包括云服务器、容器化环境、RPC 节点、索引服务、对象存储、监控系统、日志系统和安全防护设施。
对于链上协议而言，基础设施层需要同时服务链上与链下系统。链上部分依赖稳定的 RPC、节点服务、多链部署环境和合约监控；链下部分则需要稳定的 API 服务、数据库、任务队列、RWA 数据处理系统和开发者接口。
随着 Verra 用户规模增长，基础设施层还需要支持多链部署、区域化访问、数据冗余、自动扩容、异常恢复和灾备机制。
> 技术栈：Docker、Kubernetes、Terraform、Nginx、 Azure、Cloudflare、PostgreSQL、Redis、S3、Prometheus、Grafana。
#### Verra Risk Engine：协议背后的核心风险引擎
Verra Risk Engine 是 Verra Protocol 的核心逻辑抽象，用于连接双层资金池隔离模型、RWA 数据输入、智能合约状态和风险参数控制。
它并不是单独替代智能合约的链下系统，而是一套由链上合约、数据适配器、风控参数、状态索引和治理规则共同构成的协议级风险引擎。
Verra Risk Engine 主要承担五项能力：
* 维护资金池分层逻辑，使流动性池与质押主仓保持清晰边界
* 读取链上状态与 RWA 数据，形成协议可识别的数据结构
* 支持结算触发、状态更新与流动性再平衡
* 监控风险参数变化、流动性状态和异常数据输入
* 为 DAO 治理、多链扩展和开发者接口提供统一的协议状态基础
可以将其理解为 Verra Protocol 的核心运行中枢。
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://verraprotocol.gitbook.io/verra-docs/zhi-neng-he-yue/he-xin-xie-yi-jia-gou.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.