MakerDAO中国区负责人:跷跷板上的DeFi

和大多数区块链名词一样,DeFi 是一个新潮顺口、听起来"高大上"的推广口号,而不是对事物的准确描述。这个口号让金融的去中心化成为了一个已经实现的结果,而非过程本身。因此我们也就不难理解 DeFi 产生的误解、模糊和两极化。

“当我们在谈去中心化金融的时候,往往会将去中心化(区块链)作为主体,然后讨论和设计有金融属性的应用和协议。但更加全面和系统地理解去中心化金融,我倾向于以金融为主体,思考哪些领域能够实现去中心化以及有何益处 ... 分布式并非区块链独有,透明性、抗审查性以及不可更改性对金融行业而言很难兼容。去中心化金融的核心和优势在于无需许可。无需许可有三个层级:开发者的无需许可、记账的无需许可和用户的无需许可,分别对应代码开源、公有链和开放账户... 只需要满足用户无需许可的金融项目都可以属于去中心化金融的范畴,而开发者以及记账的无需许可一般需要在效率、安全与去中心化中权衡。"

MakerDAO 宣布已部署至 StarkNet,支持用户使用跨链桥进行 Dai 转账:金色财经消息,MakerDAO 宣布该协议已部署至以太坊第 2 层扩展解决方案 StarkNet,支持用户使用跨链桥在以太坊1层和2层之间进行 Dai 转账,这也是该协议首度集成以太坊主网以外的网络。[2022/5/31 3:52:22]

— DeFi 的理论与实践

权衡是一件微妙的事情。

MakerDAO发起有关提高基本利率的投票:金色财经报道,据官方博客消息,Maker Foundation智能合约团队已将一项执行投票纳入投票系统。根据MakerDAO风险小组最近进行的民意调查,该提案询问基本利率元参数是否将从-6%增加到-4%。如果该执行建议通过,基本费率元参数将从-6%增加到-4%;USDC-B稳定费参数将从44%增加到46%;MANA-A稳定费参数将从6%增加到8%。执行投票将继续进行,直到投票数超过上次执行投票的总票数为止。[2020/8/22]

只有 Dai 的以太坊网络和有了 USDT 的以太坊网络,哪一个更去中心化?脱口而出的回答是:纯洁的以太坊网络。从资产托管的角度来说,的确如此。但是,如果我们从许可的角度来衡量呢?对各种中心化抵押品百无禁忌的网络显得更加无需许可。资产托管属性并不能决定 DeFi 的去中心化程度和政策建议。

MakerDAO“修正WBTC-A债务上限”的执行投票已通过:MakerDAO“修正WBTC-A债务上限”的执行投票已于北京时间8月9日20:52通过,将于今日执行。注:MakerDAO表示,此前一份合约中的一个小错误导致了WBTC-A债务上限被降低至接近0 DAI,而非原计划的增加至8000万DAI。新的执行投票将把WBTC-A债务上限从大约0 DAI提高到最初计划的8000万DAI。[2020/8/10]

一个开放的公链是无法限制其链上的资产发行的,从抽象的理论而言,承载更多的资产总是一件好事情。不过在实际中,如果一种资产的用途主要是灰色和高杠杆交易,这对于越是开放的公链反而越会埋下风险和隐患。312 市场剧烈波动时,史无前例的以太坊网络的手续费暴增进而导致的金融应用瘫痪,背后原因恰恰来自于 USDT 病似的盛行和资源占用。这是一种“公链的悲剧”和系统治理的缺失。不仅是金融应用,公链本身,尤其在早期阶段,对资产也应该有所挑剔和把控。

而谁来选择管理协议和谁来应对危机是同一块硬币的正反面。管理员权限决定系统更改,风险让用户自摊,这会是一张永远平不了的资产负债表。用户反馈和信号收集可以帮助系统减少偏差,最终决策权需要牢牢放在管理者手中,无论是通过超级权限还是代币投票,但相应地,危机发生时,兜底的不应该是社区(或者用户)。

DeFi 终极形态是什么样我不得而知。 “花朵开放的时候花蕾便消逝,人们会说花蕾是被花朵否定掉了。在结果的时候,花朵又被看作植物的一种虚假存在形式,称果实才是植物的真实形式出现而代替花朵的。” 追求“真正的 DeFi” 就像把一个孤零零的果实当做植物的全部。

去中心化和中心化代表着两种截然不同的力量和理念,就像跷跷板两端的 DeFi 和 CeFi,彼此水火不相容,但之间的流动性却使它们成为金融的环节。这些环节在金融活动中不但不互相抵触,而且彼此都同样是必要的,正是这种必要性才形成金融的平衡。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

银河链

OKB6000美元-7000美元是这轮比特币的底部吗?

狂人说 昨天看到比特币迅速上涨,狂人再一次深度思考了央行数字货币是否对比特币有影响,结论是,有,而且是深远且重大的。有人说,央行数字货币和人民币一比一挂钩,对比特币没影响,也有人说央行数字货币直接替代了比特币的位置,属于长期利空.

[0:0ms0-1:619ms