> 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/issuer-pillar-1.md).

# 发行方（第 1 支柱）

发行方风险是 Steakhouse Financial 资产评级层的第一支柱。它依据三个标准进行评估：社会性、去中心化和技术性。该支柱的评级取三者中最优，因为任一标准获得高分都足以支撑较强的评级。

发行方被定义为对代币发行和赎回拥有最终控制权的组织

发行方可以做出会影响以下方面的决策：代币所代表的经济活动、向代币持有人转移价值的能力，以及一级和二级市场流动性的可得性。 

决策类型可能与以下方面相关：经济价值（储备转移）、业务（活动变更）、技术实现（代码升级、旧版本退场）、治理（决策流程变更、去中心化或再中心化）、合作伙伴关系（融资、排他性）。

这些决策可能受到以下因素约束：监管框架（限制获准活动或要求资产储备隔离）、严格的治理流程。

发行方支柱依据三个标准进行评估：社会性、去中心化和技术性。其评级是这三个标准中的最佳评级，因为每个标准都是独立评估的，而其中任一标准得分高都足以支撑该支柱的较强评级。

| 第一支柱     | 标准           |
| -------- | ------------ |
| 发行方      | 社会性          |
|          | 去中心化         |
|          | 技术性          |
| **支柱评级** | **标准中的最佳评级** |

## 社会性

社会性标准指的是社会如何通过身份、监管和经验来管理发行方风险的方式。

识别负责管理资产的发行方，有助于开展背景调查，并在发生不当行为时采取法律行动。该身份可以通过公司或多签钱包背后的个人来确定，并可结合访谈以及与发行方规模相关的经验评估来补充。

监管框架为追索行动、获准活动以及发行方管理资产必须满足的财务和运营要求提供了清晰指引。当发行方的活动需要许可证或协议时，其可被视为受监管；或者在其管理质量和实践受到当局频繁监测时，可被视为受监督。

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

* 发行方的身份（公司或多签个人）
* 发行方的经验和正当性
* 监管框架：许可证、协议和获准活动
* 监管机构执行的运营和财务要求
  {% endhint %}

## 去中心化

发行方影响核心协议特性的能力通过其治理来评估。去中心化治理确保由广泛且多元的利益相关方做出的决策符合协议的整体利益。它作为一种保障机制，保护投资者的利益。

通常，去中心化治理采取 DAO 的形式，治理代币持有人在论坛中讨论改进主题，并通过正式投票提出决策，该投票需要投票期和法定人数。需要注意的是，治理代币持有人可能不同于协议的实际存款人或用户，这会造成潜在的利益冲突。尽管如此，双重治理和由存款人控制的守护机制等新机制为存款人提供了额外保护。

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

* 治理代币持有人分布
* DAO 的角色和职责
* 积极参与治理论坛
  {% 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/issuer-pillar-1.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.