> For the complete documentation index, see [llms.txt](https://htanchorcash.gitbook.io/htc/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://htanchorcash.gitbook.io/htc/cn.md).

# HTC.CASH:火币生态链上首个锚定HT的算法稳定币

将数字资产与特定商品或服务的价格挂钩时，非超额抵押的算法稳定币是一直是所有团队追求的圣杯。 从根本上讲，这些资产的稳定性完全由市场供需机制和合理的代币模型共同驱动，经过优化的组合会最终将价格推向理想状态。

近期海外项目basis.cash通过算法设计，实现了去中心化的稳定币发行，所有的增发都有市场需求及共识决定，增发的收益者都是社区的建设者而不是项目，basis.cash通过算法筑造了过亿美金的稳定币，获得了巨大的成功，核心社区的参与者获得有价值的回报.

在火币大力支持火币生态链HECO的背景下，HT大户社区中有开发者提出了一个实验性的创新稳定币项目：

HTC.CASH，它通过算法锚定HT，让HTC与HT永远保持1:1的兑换比例。当HTC价格高于1.1 HT则增发，低于1 HT则通过发行债券实现通缩，HTC的增发代币均奖励给持有HTS（HTC.cash的股东币）的持有者。HTC的产出完全靠用户质押HUSD,HT,HBTC,HETH等火币H系列资产无损挖矿产出的，产出更加去中心化。

* 在算法上HTC.CASH在BASIS基础上做了优化主要改进点如下：
* 喂价机制基于HECO中去中心化交易所中的HT/HTC交易对的12小时加权平均价，以此降低价格操纵风险；
* Rebase的时间调整为每12小时一次，分别为新加坡时间8点及20点；
* 每次Rebase的代币数量，调整为：每次rebase分发总量的95%，另外5%进入国库，而非原有的100%，此处调整可使国库收益更高，可以强制兑付HTB债券，当出现HTC价格低于HT时，会更好的激励用户兑换债券，维持平衡。
* 稳定币在一定的铸币时间内的交易价格达到1.1HT（非原有1.05）,进行增发，从而强化增发速率的稳定性；
* 延长稳定币挖矿时间，支持更多HRC20币种挖矿，增强共识。

## **HTC.Cash的** **代币经济学详解**

&#x20;HTC.Cash协议中有三种代币，分别是HTC 、 HTS 和HTB 。 HTC和HTS可通过提供流动性挖矿获得，其中HTC作为HT的锚定币价值锚定1 HT，HTS持有者参与董事会质押可获得HTC在通胀后产生的溢价收益，项目开启后4天开启董事会的挖矿。HTB是当HTC价格小于1 HT时发行的债券用以回购HTC，在HTC超过1.1 HT时，HTB持有者可以1:1兑换HTC。 HT ANCHOR CASH  协议既保证经济弹性又能够充分吸引广泛受众，更好的为HECO赋能。&#x20;

## **HT ANCHOR CASH  稳定机制**

HT ANCHOR CASH  协议会设置一个代币价格稳定的阈值，在高于或者低于这个阈值时就会触发稳定机制。

**当HTC价格低于1** **HT**

当HTC价格低于1 HT时，参与者可以用HTC折扣购买HTB，根据供需原理，HTC供应量减少将导致其价格上升。

价格回升到 >= 1.1 HT 时，原折价购买的HTB可以1:1兑换回HTC，中间产生的溢价就是参与者的收益，当部分参与者通过出售换回的HTC时，溢价逐步减少，则HTC价格逐步回归1 HT。

参与者以HTC兑换HTB时，用以兑换的HTC就会被销毁，产生通缩。这里HTC.Cash的 债券没有产生利息支出。

注：仅当HTC价格 >= 1.1 HT时才能以1:1的比例将HTB兑换成HTC以防止HTC供应量增加。

**当HTC价格高于1.1** **HT**

当HTC价格高于1.1 HT时，根据供需原理，增加HTC的总供应量可使得HTC回归到1 HT，在这一阶段，参与者可以以1:1的价格将HTB兑换成HTC。 若此时到HTC交易价格达到仍未回归到1 HT, 则将铸造更多的HTC分配给质押于HTC Boardroom的HTS代币持有者。

## **代币分配方案**

**HTC 无预挖，公平质押分配**

HT ANCHOR CASH 开设11个初始矿池，用户可以质押**HT, HUSD, HBTC, HETH, HLTC, HBCH, HDOT, HBSV, HFIL**, (注意这里都是HECO链上资产)去中心化交易所代币**RAB**及算法稳定币**BAG**共11种HRC-20资产参与HTC挖矿。

HTC初期的供应总量为11,000，作为奖励，公平地分配到各个矿池，每个矿池可挖1,000 HTC，持续10天，每天每个矿池产出100个币。

HTS分配将在HTC开始分发后即刻开始，总量为2,100,001，其中5%分配给DAO，早期投资人，并用于市场推广及中心化交易所上币添加流动性，此部分随HTS挖矿产出而解锁，无预挖。1枚作为起始流动性添加至流动池，200万枚由挖矿产出，并分配到4个矿池：

* HTC-HT-LP 矿池分配 75万枚
* HTS-HT-LP 矿池分配 25万枚
* HTC-HUSD-LP 矿池分配 75万枚
* HTS-HUSD-LP 矿池分配 25万枚

其中HTS-HT-LP矿池和HTS-HUSD-LP矿池每天会分发相同代币数量,即684.9315个HTS，一年线性释放。

![](/files/-MQkgZL9RG1jYJLfI_9b)

HTC-HT-LP矿池和HTC-HUSD-LP矿池在前 30 天各释放187,500个 HTS，之后每 30 天奖励为前30天的 75%。

![](/files/-MQkgf_fzCckgMDcl93t)

**该设计方案的重点在于，让HTC与HT的价格联动更为紧密，增加套利空间：**

* HT与HUSD兑换比例上涨的时候，去中心化交易所中的HTC-HUSD交易对价格会出现短期的低价，用户可以选择以HUSD买入HTC，在HTC-HT池中卖出套利
* 当HT与HUSD兑换比例下跌时候，HTC-HUSD交易对的价格会出现短期的高价，用户可以选择在HTC-HT交易对中用HT买入HTC并在HTC-HUSD交易对中卖出套利。

![](/files/-MQkiSAjFn71LeCUP-Io)

## **加入社群，参与治理**

HTC.CASH 上线火币生态链，是对HECO在DeFi行业中领先地位的极大认同，在这里，我们邀请每一位在火币，HECO及其他DeFi生态系统中的参与者，使用者，来参与到HTC.CASH的挖矿及后续建设中。我们必将成为DeFi及HECO生态体系中举足轻重的角色。&#x20;

HTC.CASH的头矿开启时间为2021年1月13日晚21点，用户可以在火币交易所中把手里的eth,btc,ht提币到支持的heco钱包中上无损挖矿得到HTC。


---

# 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://htanchorcash.gitbook.io/htc/cn.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.
