> For the complete documentation index, see [llms.txt](https://steakhouse.financial/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://steakhouse.financial/docs/risk-management/zh/collateral/layers-pillars-and-criteria/asset-rating-layer-1/operational-risk-pillar-3.md).

# 运营风险（第 3 支柱）

运营风险是 Steakhouse Financial 资产评级层的第三支柱。它依据三项标准进行评估：林迪、审计和经济透明度。该支柱的评级取三者中的最差值。

运营风险体现了协议随着时间推移以安全、透明和可靠方式运行的能力。它反映了其通过长期存续、TVL、安全审计的稳健性，以及围绕其经济活动所提供透明度程度所展现出的韧性。这些标准表明，一个协议通过实施缓解漏洞并最大限度减少欺诈、黑客攻击和运营错误的措施，在多大程度上建立了投资者信任。

运营支柱依据三项标准进行评估：林迪、审计和经济透明度。其评级为这三项标准中的最低评级。

| 第3支柱     | 标准            |
| -------- | ------------- |
| 运营       | 林迪            |
|          | 审计            |
|          | 经济透明度         |
| **支柱评级** | **各标准中的最差评级** |

## 林迪

林迪效应反映了这样一种观点：一项技术或一个组织存续的时间越长，它继续存在的可能性就越大。

我们将时间维度和价值维度的韧性都视为指标：

* 基于时间的韧性：协议和代币已活跃多久，以及在没有任何已记录黑客攻击或安全漏洞的情况下经过了多长时间。长期且无事故的历史表明，其代码已经历时间考验。
* 基于价值的韧性：协议的总锁仓价值（TVL）。较高的 TVL 会吸引更多潜在攻击者的注意，因为收益更大。能够在显著 TVL 下成功运行，表明该协议具有稳健性，因为尽管是一个丰厚目标，它仍能抵御攻击。

这两个维度中的任一项都可以提升协议的林迪评分。

此外，由成熟数字资产参与者推出的新产品可以获得更高评级，因为与全新的进入者相比，其经过验证的业绩记录和行业影响力有助于降低运营不确定性。

## 审计

由于智能合约管理着协议的所有操作，其代码应由独立的安全审计机构或专业公司进行审查。

审计是 DeFi 中的标准做法，未经过审计的协议本质上会被视为高风险。应公开提供审计报告，并且必须覆盖协议管理中涉及的所有智能合约集合。执行这些审计的安全公司应当拥有良好声誉，并在开发者社区中受到信任。

此外，我们注意到，运行一个持续进行的漏洞赏金计划，无论是内部运营还是通过第三方平台，都能增加一层额外保护。奖励应随严重程度而提升，以激励更为彻底的安全研究。

{% hint style="info" %}
指标：

* 审计公司的声誉及报告的公开可获取性
* 审计修复与建议的实施情况
* 漏洞赏金计划的存在及范围，以及适当的奖励等级
  {% endhint %}

## 经济透明度

随着链上资产随着代币化现实世界资产或镜像传统市场的金融产品而变得更加复杂，一些活动有可能变得不透明，并依赖发行方报告。

为确保资产估值的完整性，应当能够观察穿透式经济活动。智能合约交互应允许投资者和策展人监控底层资产价值。

如果不能原生在链上实现完全透明，则读函数或预言机应提供对以下基本指标的访问：价格、总资产、总供应量、抵押率（如适用）

{% hint style="info" %}
指标：

* 暴露关键经济风险数据的智能合约函数
* 价格预言机及其更新机制
* 关于底层经济活动报告的深度与细节
  {% endhint %}


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://steakhouse.financial/docs/risk-management/zh/collateral/layers-pillars-and-criteria/asset-rating-layer-1/operational-risk-pillar-3.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.