Binance Square
小饼的撸毛日记
1.3k Posting

小饼的撸毛日记

19年入圈。穿越两轮牛熊。全职Crypto,Trader,BTC/BNB 长期持有者。Alpha撸毛策略探索者,深度分享:alpha交流 LH688E
Perdagangan Terbuka
Pemilik BNB
Pemilik BNB
Pedagang dengan Frekuensi Tinggi
5.8 Tahun
86 Mengikuti
2.5K+ Pengikut
6.2K+ Disukai
Posting
Portofolio
·
--
Lihat terjemahan
朋友跑 Dusk 验证者,问我他节点连续错过出块被罚了,这算不算恶意。我一开始觉得罚没就是罚没,Cosmos 那套双签直接关小黑屋,没什么好辩的。 后来翻 Dusk 的罚没机制,发现它分两种。Soft Slashing,软惩罚,专门管非恶意过失,比如节点该出块时掉线、没在窗口期内广播,不涉及作恶,就是运维出问题。惩罚是每次连续违规扣 N 乘 10% 的质押权益,N 是连续违规次数,同时把节点从共识里踢出去 N 个 epoch,epoch 是 Dusk 的共识周期,每轮结束验证者集合轮换一次。罚掉的 DUSK 不销毁,从活跃质押里划走,节点能自己取回。 Hard Slashing,硬惩罚,管恶意行为。生成无效区块扣 10% 质押并销毁,双重投票或双重出块扣 20% 并销毁。销毁是真的没了,不是锁一阵再还。 我没想通为什么要分两种。后来看文档里关于可追责性的部分才明白。节点只是网络波动错过出块,你就重罚,验证者会把节点放最贵的云上,运维成本高,去中心化反而变差。Soft Slashing 的作用是把不靠谱的节点从活跃集合里挤出去,给机会恢复,每次罚一点,不会让诚实运维的人破产 真正让我改变判断的是 N 的设定。连续违规越多,扣的越多,踢出去时间越长。第一次掉线扣 10% 移除 1 个 epoch,第二次 20% 移除 2 个 epoch,指数级压力,节点要么恢复稳定,要么自动离场。Hard Slashing 留给明确作恶,一次销毁,没有恢复窗口 拿 Polkadot 比。Polkadot 的 Slashing 也分级,但惩罚比例更细,从 0.1% 到 100% 都有,罚款分给举报者。Dusk 这套更简单,要么过失要么恶意,比例固定,销毁不奖励举报。好处是验证者能预测犯错代价,不会因复杂规则不敢跑节点 朋友听完说这次 Soft Slashing 认了,家里网络掉了半小时。我也明白 Dusk 为什么把机制分这么清。没有分级惩罚,诚实节点和作恶节点一视同仁#dusk $DUSK @Dusk_Foundation
朋友跑 Dusk 验证者,问我他节点连续错过出块被罚了,这算不算恶意。我一开始觉得罚没就是罚没,Cosmos 那套双签直接关小黑屋,没什么好辩的。

后来翻 Dusk 的罚没机制,发现它分两种。Soft Slashing,软惩罚,专门管非恶意过失,比如节点该出块时掉线、没在窗口期内广播,不涉及作恶,就是运维出问题。惩罚是每次连续违规扣 N 乘 10% 的质押权益,N 是连续违规次数,同时把节点从共识里踢出去 N 个 epoch,epoch 是 Dusk 的共识周期,每轮结束验证者集合轮换一次。罚掉的 DUSK 不销毁,从活跃质押里划走,节点能自己取回。

Hard Slashing,硬惩罚,管恶意行为。生成无效区块扣 10% 质押并销毁,双重投票或双重出块扣 20% 并销毁。销毁是真的没了,不是锁一阵再还。

我没想通为什么要分两种。后来看文档里关于可追责性的部分才明白。节点只是网络波动错过出块,你就重罚,验证者会把节点放最贵的云上,运维成本高,去中心化反而变差。Soft Slashing 的作用是把不靠谱的节点从活跃集合里挤出去,给机会恢复,每次罚一点,不会让诚实运维的人破产

真正让我改变判断的是 N 的设定。连续违规越多,扣的越多,踢出去时间越长。第一次掉线扣 10% 移除 1 个 epoch,第二次 20% 移除 2 个 epoch,指数级压力,节点要么恢复稳定,要么自动离场。Hard Slashing 留给明确作恶,一次销毁,没有恢复窗口

拿 Polkadot 比。Polkadot 的 Slashing 也分级,但惩罚比例更细,从 0.1% 到 100% 都有,罚款分给举报者。Dusk 这套更简单,要么过失要么恶意,比例固定,销毁不奖励举报。好处是验证者能预测犯错代价,不会因复杂规则不敢跑节点

朋友听完说这次 Soft Slashing 认了,家里网络掉了半小时。我也明白 Dusk 为什么把机制分这么清。没有分级惩罚,诚实节点和作恶节点一视同仁#dusk $DUSK @Dusk
Lihat terjemahan
我那天翻Dusk的节点文档,Provisioner节点的官方最低要求写着2核CPU、4GB内存、50GB存储。看着不高对吧?普通云服务器就能跑。 但我顺手查了Archive节点,4核CPU、8GB内存、500GB存储。Prover节点更夸张,单Worker就要1核加1GB内存,最小配置4核8GB。 我纳闷了,同一个网络,节点之间的硬件怎么差这么多? 翻Dusk的共识设计才发现,SBA把参与者分两种。一种是Block Generator,通过Proof-of-Blind-Bid抽签选出,匿名出块。另一种是Provisioner,负责投票验证和敲定区块。每成功出一个块,1个Generator和192个Provisioner拿奖励。Provisioner的投票委员会每轮通过确定性抽签重新选。 Provisioner要验证区块合法性、检查ZK证明、广播BLS签名投票,每一轮都得跑。Generator被选中才干活,Provisioner得随时待命。Archive节点不光要跑共识,还得存整个链的历史。Prover节点专门生成ZK证明,那东西是单线程计算密集型。 我原来觉得PoS网络都差不多,质押够多DUSK就能跑节点。后来发现Dusk根本不是这么回事,每个节点的硬件要求天差地别,Generator匿名抽签、Provisioner委员会投票、Prover扛ZK计算、Archive存全量历史,每一层吃的硬件资源都不一样。 但更让我在意的是,Dusk现在206个活跃Provisioner,前20个控制了35%以上的质押。硬件要求分层之后,能跑Archive和Prover的本来就是少数人,这些人大概率也是筹码最多的人。不是代币分布的问题,硬件门槛本身就是第一道筛子。普通散户连门都摸不到,只能去Hyperstaking池子里把币交给别人。 现在我看Dusk的去中心化,先翻节点文档,再看三种节点的实际运行数量,最后看验证者质押分布。三个数据对不上,去中心化就是个修辞。#dusk $DUSK @Dusk_Foundation
我那天翻Dusk的节点文档,Provisioner节点的官方最低要求写着2核CPU、4GB内存、50GB存储。看着不高对吧?普通云服务器就能跑。

但我顺手查了Archive节点,4核CPU、8GB内存、500GB存储。Prover节点更夸张,单Worker就要1核加1GB内存,最小配置4核8GB。

我纳闷了,同一个网络,节点之间的硬件怎么差这么多?

翻Dusk的共识设计才发现,SBA把参与者分两种。一种是Block Generator,通过Proof-of-Blind-Bid抽签选出,匿名出块。另一种是Provisioner,负责投票验证和敲定区块。每成功出一个块,1个Generator和192个Provisioner拿奖励。Provisioner的投票委员会每轮通过确定性抽签重新选。

Provisioner要验证区块合法性、检查ZK证明、广播BLS签名投票,每一轮都得跑。Generator被选中才干活,Provisioner得随时待命。Archive节点不光要跑共识,还得存整个链的历史。Prover节点专门生成ZK证明,那东西是单线程计算密集型。

我原来觉得PoS网络都差不多,质押够多DUSK就能跑节点。后来发现Dusk根本不是这么回事,每个节点的硬件要求天差地别,Generator匿名抽签、Provisioner委员会投票、Prover扛ZK计算、Archive存全量历史,每一层吃的硬件资源都不一样。

但更让我在意的是,Dusk现在206个活跃Provisioner,前20个控制了35%以上的质押。硬件要求分层之后,能跑Archive和Prover的本来就是少数人,这些人大概率也是筹码最多的人。不是代币分布的问题,硬件门槛本身就是第一道筛子。普通散户连门都摸不到,只能去Hyperstaking池子里把币交给别人。

现在我看Dusk的去中心化,先翻节点文档,再看三种节点的实际运行数量,最后看验证者质押分布。三个数据对不上,去中心化就是个修辞。#dusk $DUSK @Dusk
Lihat terjemahan
第一次研究Dusk的时候,我对“隐私金融”有点怀疑。过去很多项目讲隐私就是藏,但面对机构和受监管市场,问题没那么简单。金融系统需要的不是看不见,而是需要验证的时候能证明某些事成立。 后来重新翻Dusk Citadel资料,才发现自己之前理解偏了。Citadel把身份验证拆成两步。第一步用户发一笔链上交易,附带一个只有自己能控制的隐身地址。许可证颁发方一直在扫链,看到发给自己的请求后验证通过,把许可证铸造到那个地址,用户再扫链接收。第二步用户拿着许可证申请服务,发一笔链上交易附带零知识证明,证明自己持有有效许可证,同时计算一个会话cookie——这是一个能用链上数据验证的值,只有用户和服务方知道它的含义。cookie通过加密信道发给服务方,服务方去链上核对会话ID,对上了才放行。全程链上完成,但除了用户和服务方没人知道谁在申请什么。 这个零知识证明电路的约束数大概是3.5万,生成证明十几秒,链上验证只要0.007秒。对用户来说多等十几秒申请一次,后面每次验证都是毫秒级。好在许可证可以提前作废,不用等过期,所以那个十几秒的生成时间对协议整体性能影响不大。 Citadel要保证五件事:证明你确实有证但不暴露额外信息、服务方能撤销但证没被撤之前一直有效、你的活动不能被追踪、证不能被重复用、只泄露必要信息。这五个属性加上已封装成SDK的Moat开发者工具,构成了Dusk身份层的核心——它和DuskDS、DuskVM平级,不是独立做隐私,而是决定谁有资格做Moonlight的公开交易和Phoenix的隐私交易。 看到这里我停下来想了一个事。真正成熟的隐私系统不是所有东西都看不见,而是让不同角色只看到自己该看到的。未来资产上链,竞争点不是谁藏得多#dusk $DUSK @Dusk_Foundation
第一次研究Dusk的时候,我对“隐私金融”有点怀疑。过去很多项目讲隐私就是藏,但面对机构和受监管市场,问题没那么简单。金融系统需要的不是看不见,而是需要验证的时候能证明某些事成立。

后来重新翻Dusk Citadel资料,才发现自己之前理解偏了。Citadel把身份验证拆成两步。第一步用户发一笔链上交易,附带一个只有自己能控制的隐身地址。许可证颁发方一直在扫链,看到发给自己的请求后验证通过,把许可证铸造到那个地址,用户再扫链接收。第二步用户拿着许可证申请服务,发一笔链上交易附带零知识证明,证明自己持有有效许可证,同时计算一个会话cookie——这是一个能用链上数据验证的值,只有用户和服务方知道它的含义。cookie通过加密信道发给服务方,服务方去链上核对会话ID,对上了才放行。全程链上完成,但除了用户和服务方没人知道谁在申请什么。

这个零知识证明电路的约束数大概是3.5万,生成证明十几秒,链上验证只要0.007秒。对用户来说多等十几秒申请一次,后面每次验证都是毫秒级。好在许可证可以提前作废,不用等过期,所以那个十几秒的生成时间对协议整体性能影响不大。

Citadel要保证五件事:证明你确实有证但不暴露额外信息、服务方能撤销但证没被撤之前一直有效、你的活动不能被追踪、证不能被重复用、只泄露必要信息。这五个属性加上已封装成SDK的Moat开发者工具,构成了Dusk身份层的核心——它和DuskDS、DuskVM平级,不是独立做隐私,而是决定谁有资格做Moonlight的公开交易和Phoenix的隐私交易。

看到这里我停下来想了一个事。真正成熟的隐私系统不是所有东西都看不见,而是让不同角色只看到自己该看到的。未来资产上链,竞争点不是谁藏得多#dusk $DUSK @Dusk
Lihat terjemahan
研究Dusk的时候,我第一眼盯的是DuskEVM。过去看项目习惯了,先看执行环境——开发者进不进来,决定一条链有没有未来。 翻完资料我又回头看了一遍,这次真正让我停下来的,是DuskDS。 我以前一直觉得金融上链最大的坎是速度和成本。但把Dusk的设计拆开之后,我发现真正麻烦的是另一件事:一笔交易执行完,谁来确认它已经是最终状态? Dusk把执行和结算拆成了两层。DuskEVM跑应用,基于OP Stack搭的,Solidity开发者用Hardhat、MetaMask那套工具就能直接部署。Sequencer处理交易,batcher把数据打包成EIP-4844 blob往DuskDS上传。DuskDS不关心上面跑什么应用,只管共识、数据可用性和最终状态确认。 我盯着DuskDS那部分看了很久,才搞明白它到底在干什么。它跑的是Succinct Attestation,一种基于委员会的PoS协议。每轮一个Provisioner提议区块,一个委员会验证,另一个委员会敲定。一旦敲定就是确定性终局性,不像比特币只有概率终局性,正常情况不存在用户能感知的重组。想成为Provisioner最低质押1000枚DUSK,节点7×24在线,离线太久或作恶会被罚没。 研究到这里我才反应过来——以前觉得区块链最大的价值是让交易变快,但金融市场真正怕的不是慢,是不确定。一笔证券交易,资产转移完了但支付没同步,或者不同参与方看到的状态不一致,效率再高也没人敢用。 Dusk的确定性结算,本质是在解决这个问题。最终性压到两到三秒,加上交付对支付的原生工作流——这套组合在金融结算场景里才有真正的实用价值。 当然,这套设计最终还需要生态验证。基础设施做好只是第一步,真正的价值还要看资产和应用愿不愿意进来。 但研究完Dusk之后,我最大的变化是:不再只关注一条链能处理多少交易,而是开始关注它能不能让金融参与者放心 {spot}(DUSKUSDT) #dusk $DUSK @Dusk_Foundation
研究Dusk的时候,我第一眼盯的是DuskEVM。过去看项目习惯了,先看执行环境——开发者进不进来,决定一条链有没有未来。

翻完资料我又回头看了一遍,这次真正让我停下来的,是DuskDS。

我以前一直觉得金融上链最大的坎是速度和成本。但把Dusk的设计拆开之后,我发现真正麻烦的是另一件事:一笔交易执行完,谁来确认它已经是最终状态?

Dusk把执行和结算拆成了两层。DuskEVM跑应用,基于OP Stack搭的,Solidity开发者用Hardhat、MetaMask那套工具就能直接部署。Sequencer处理交易,batcher把数据打包成EIP-4844 blob往DuskDS上传。DuskDS不关心上面跑什么应用,只管共识、数据可用性和最终状态确认。

我盯着DuskDS那部分看了很久,才搞明白它到底在干什么。它跑的是Succinct Attestation,一种基于委员会的PoS协议。每轮一个Provisioner提议区块,一个委员会验证,另一个委员会敲定。一旦敲定就是确定性终局性,不像比特币只有概率终局性,正常情况不存在用户能感知的重组。想成为Provisioner最低质押1000枚DUSK,节点7×24在线,离线太久或作恶会被罚没。

研究到这里我才反应过来——以前觉得区块链最大的价值是让交易变快,但金融市场真正怕的不是慢,是不确定。一笔证券交易,资产转移完了但支付没同步,或者不同参与方看到的状态不一致,效率再高也没人敢用。

Dusk的确定性结算,本质是在解决这个问题。最终性压到两到三秒,加上交付对支付的原生工作流——这套组合在金融结算场景里才有真正的实用价值。

当然,这套设计最终还需要生态验证。基础设施做好只是第一步,真正的价值还要看资产和应用愿不愿意进来。

但研究完Dusk之后,我最大的变化是:不再只关注一条链能处理多少交易,而是开始关注它能不能让金融参与者放心
#dusk $DUSK @Dusk
Lihat terjemahan
Dusk宣布主网运行后,我没有第一时间转发。这几年看过不少项目,上线时热闹,过几个月区块没怎么增长,节点也没变化。所以这次我没急着写,而是连续几天盯着链上数据。 我先看区块高度有没有持续变化,出块节奏稳不稳,验证参与跟没跟上。以前判断一条链的价值,习惯看宣传和交易量。但这几天观察下来,真正不会说谎的,是网络有没有形成持续运行的状态。这个判断很冷,可我越看越认同。 真正让我停住的,是Dusk的Succinct Attestation。它是DuskDS底层基于委员会的PoS共识协议,用随机选出的Provisioner来提议、验证和确认区块。每个共识轮次走三步:Proposal阶段,一名被选中的Provisioner创建并广播候选区块;Validation阶段,一个委员会检查区块有效性,需要三分之二绝对多数通过;Ratification阶段,另一个委员会确认并最终敲定区块。一旦经过Ratification,区块就进入确定性最终状态,不会回滚。 这个细节我看了两遍,因为它说的不是“大概率安全”,而是“一旦确认,就算真正结束”。 这点对金融场景很关键。很多链的逻辑是等久一点,大概率不会回滚。但证券、清结算、合规资产不接受“大概率”。它们要的是明确结果,昨天确认今天就不该被推翻。我以前总觉得最终性是技术指标,现在才意识到,它是机构敢不敢把真实资产放上来的门槛。 成为Provisioner也不复杂。质押至少1000DUSK,跑一个节点就行。节点需24/7在线,最低2核CPU、4GB内存、50GB存储。质押后约12小时成熟,之后就能参与共识。委员会通过质押权重抽签随机选出,每次都不一样。 这几天盯下来,我最大的变化不是更相信Dusk,而是更清楚自己该看什么。对一个面向隐私和合规金融的基础设施来说,主网上线只是起点,真正重要的是网络能不能稳定产生可信状态#dusk $DUSK @Dusk_Foundation
Dusk宣布主网运行后,我没有第一时间转发。这几年看过不少项目,上线时热闹,过几个月区块没怎么增长,节点也没变化。所以这次我没急着写,而是连续几天盯着链上数据。

我先看区块高度有没有持续变化,出块节奏稳不稳,验证参与跟没跟上。以前判断一条链的价值,习惯看宣传和交易量。但这几天观察下来,真正不会说谎的,是网络有没有形成持续运行的状态。这个判断很冷,可我越看越认同。

真正让我停住的,是Dusk的Succinct Attestation。它是DuskDS底层基于委员会的PoS共识协议,用随机选出的Provisioner来提议、验证和确认区块。每个共识轮次走三步:Proposal阶段,一名被选中的Provisioner创建并广播候选区块;Validation阶段,一个委员会检查区块有效性,需要三分之二绝对多数通过;Ratification阶段,另一个委员会确认并最终敲定区块。一旦经过Ratification,区块就进入确定性最终状态,不会回滚。

这个细节我看了两遍,因为它说的不是“大概率安全”,而是“一旦确认,就算真正结束”。

这点对金融场景很关键。很多链的逻辑是等久一点,大概率不会回滚。但证券、清结算、合规资产不接受“大概率”。它们要的是明确结果,昨天确认今天就不该被推翻。我以前总觉得最终性是技术指标,现在才意识到,它是机构敢不敢把真实资产放上来的门槛。

成为Provisioner也不复杂。质押至少1000DUSK,跑一个节点就行。节点需24/7在线,最低2核CPU、4GB内存、50GB存储。质押后约12小时成熟,之后就能参与共识。委员会通过质押权重抽签随机选出,每次都不一样。

这几天盯下来,我最大的变化不是更相信Dusk,而是更清楚自己该看什么。对一个面向隐私和合规金融的基础设施来说,主网上线只是起点,真正重要的是网络能不能稳定产生可信状态#dusk $DUSK @Dusk
Saat pertama kali meneliti mekanisme konsensus Dusk, aku menatap whitepaper selama berjam-jam tapi tak paham juga apa sebenarnya “finalitas deterministik”. Bagaimanapun, aku terpaksa membuat tabel perbandingan tiga kolom timeline di kertas dan mempelajarinya dengan susah payah. Ethereum menjalankan finalitas probabilistik dengan Gasper—blok perlu ditumpuk beberapa epoch dulu supaya secara umum dianggap aman. Solana juga butuh puluhan detik untuk memastikan dengan Tower BFT. Lalu bagaimana dengan Succinct Attestation dari Dusk? Begitu sebuah blok disetujui, finalitasnya bersifat keras—deterministik, dan tidak akan mundur. Waktu itu, aku menatap tiga garis itu di kertas cukup lama. Selisih beberapa detik mungkin sama sekali tidak terasa dalam transaksi kripto, tapi menunggu sedikit lebih lama saja jadinya tidak masalah. Namun dalam skenario kliring dan penyelesaian sekuritas, beberapa detik itu adalah kunci keamanan final bernilai skala aset hingga orde miliaran. Kamu menjual saham di bursa, penyelesaiannya baru T+2. Di antara dua hari itu, aset tersebut sebenarnya dianggap milik siapa? Kalau pada saat kliring rantainya masih bisa di-rollback, siapa yang berani meletakkan aset riil di atasnya? Untuk transaksi ritel, anggapan “kemungkinan besar tak akan di-rollback” mungkin sudah cukup, tapi untuk kliring institusi tidak. “Kemungkinan besar” tidak berarti apa pun jika dilihat dari sisi hukum dan kepatuhan. Kemudian aku membaca dokumentasi resmi dan baru paham bagaimana Succinct Attestation benar-benar berjalan. Setelah membaca bagian itu, akhirnya aku bisa menarik napas lega—kebingunganku sebelumnya terjawab. Itu adalah protokol konsensus PoS berbasis komite yang tidak memerlukan izin. Sistem secara acak memilih sekelompok node bernama Provisioner untuk mengusulkan blok, kelompok node lain bertugas memverifikasi, lalu kelompok komite terakhir mengonfirmasi hasil verifikasi dan secara resmi menyetujui blok. Begitu sebuah blok melewati tahap ratification ini, barulah finalitas deterministik tercapai; dalam operasi normal, tidak akan terjadi reorg yang menghadap pengguna. Mainnet Dusk resmi diluncurkan pada 7 Januari 2026, dengan kemampuan memproses lebih dari 20000 transaksi per detik. Dengan siklus pengembangan enam tahun, akhirnya Dusk beranjak dari testnet ke tahap yang bisa menjalankan aset riil. Dulu pemahamanku tentang mekanisme konsensus adalah siapa yang membuat blok, dia yang mendapat reward—dan kupikir ini tak ada hubungannya dengan pengguna biasa. Tapi Dusk memaksaku melihatnya dari sudut lain: pilihan mekanisme konsensus pada dasarnya menjawab satu pertanyaan paling mendasar—kalau uangmu kamu masukkan ke sana, apakah benar-benar bisa dianggap sah? Jawaban yang diberikan Succinct Attestation adalah: bisa. Dan tanpa perlu membesar-besarkan kata “probabilitas”. #dusk $DUSK @Dusk_Foundation
Saat pertama kali meneliti mekanisme konsensus Dusk, aku menatap whitepaper selama berjam-jam tapi tak paham juga apa sebenarnya “finalitas deterministik”. Bagaimanapun, aku terpaksa membuat tabel perbandingan tiga kolom timeline di kertas dan mempelajarinya dengan susah payah.

Ethereum menjalankan finalitas probabilistik dengan Gasper—blok perlu ditumpuk beberapa epoch dulu supaya secara umum dianggap aman. Solana juga butuh puluhan detik untuk memastikan dengan Tower BFT. Lalu bagaimana dengan Succinct Attestation dari Dusk? Begitu sebuah blok disetujui, finalitasnya bersifat keras—deterministik, dan tidak akan mundur.

Waktu itu, aku menatap tiga garis itu di kertas cukup lama. Selisih beberapa detik mungkin sama sekali tidak terasa dalam transaksi kripto, tapi menunggu sedikit lebih lama saja jadinya tidak masalah. Namun dalam skenario kliring dan penyelesaian sekuritas, beberapa detik itu adalah kunci keamanan final bernilai skala aset hingga orde miliaran. Kamu menjual saham di bursa, penyelesaiannya baru T+2. Di antara dua hari itu, aset tersebut sebenarnya dianggap milik siapa? Kalau pada saat kliring rantainya masih bisa di-rollback, siapa yang berani meletakkan aset riil di atasnya? Untuk transaksi ritel, anggapan “kemungkinan besar tak akan di-rollback” mungkin sudah cukup, tapi untuk kliring institusi tidak. “Kemungkinan besar” tidak berarti apa pun jika dilihat dari sisi hukum dan kepatuhan.

Kemudian aku membaca dokumentasi resmi dan baru paham bagaimana Succinct Attestation benar-benar berjalan. Setelah membaca bagian itu, akhirnya aku bisa menarik napas lega—kebingunganku sebelumnya terjawab. Itu adalah protokol konsensus PoS berbasis komite yang tidak memerlukan izin. Sistem secara acak memilih sekelompok node bernama Provisioner untuk mengusulkan blok, kelompok node lain bertugas memverifikasi, lalu kelompok komite terakhir mengonfirmasi hasil verifikasi dan secara resmi menyetujui blok. Begitu sebuah blok melewati tahap ratification ini, barulah finalitas deterministik tercapai; dalam operasi normal, tidak akan terjadi reorg yang menghadap pengguna.

Mainnet Dusk resmi diluncurkan pada 7 Januari 2026, dengan kemampuan memproses lebih dari 20000 transaksi per detik. Dengan siklus pengembangan enam tahun, akhirnya Dusk beranjak dari testnet ke tahap yang bisa menjalankan aset riil. Dulu pemahamanku tentang mekanisme konsensus adalah siapa yang membuat blok, dia yang mendapat reward—dan kupikir ini tak ada hubungannya dengan pengguna biasa. Tapi Dusk memaksaku melihatnya dari sudut lain: pilihan mekanisme konsensus pada dasarnya menjawab satu pertanyaan paling mendasar—kalau uangmu kamu masukkan ke sana, apakah benar-benar bisa dianggap sah? Jawaban yang diberikan Succinct Attestation adalah: bisa. Dan tanpa perlu membesar-besarkan kata “probabilitas”. #dusk $DUSK @Dusk
Minggu lalu selesai melakukan satu transaksi pinjaman berbasis jaminan ETH di testnet TermMax, saya membuka dompet dan melirik saldo. Ada tambahan: sebuah NFT. Saya sama sekali tidak ingat pernah mengambil/ menerima benda ini. Saat itu kepala saya kacau, reaksi pertama: dompet saya kena virus atau testnet memberi saya semacam airdrop sampah? Saya refresh sampai tiga kali, dan ternyata masih ada. Jujur saja, saya mulai panik. Jangan sampai ETH yang saya jaminkan malah hilang. Lalu saya buka dokumen resmi, saya baca hampir setengah jam, bahkan thread diskusi komunitas awal pun saya telusuri satu per satu, barulah saya paham ini adalah GT yang dulu kurang saya perhatikan. Tahu nggak apa logika paling inti dari benda ini? Anda mengajukan pinjaman, protokol langsung mencetak (mint) sebuah NFT untuk Anda. Di dalamnya tersimpan berapa banyak aset yang Anda jaminkan, berapa banyak FT yang Anda pinjam, serta parameter MLTV yang sesuai untuk jangka waktu tertentu. Setiap transaksi pinjaman itu adalah sebuah NFT yang berdiri sendiri. Dulu saya pernah mengalami hal mirip di protokol suku bunga tetap lain. Padahal saya sudah membayar sebagian, tapi sistem masih menampilkan rasio jaminan awal. Saya jadi takut merasa seperti saya berutang lagi untuk kedua kalinya. Akhirnya saya tanya ke customer service berjam-jam baru ketahuan itu keterlambatan sinkronisasi status di sisi front-end. Tapi rasa cemas “saya sudah lunas atau belum” itu—saya benar-benar tidak mau mengalaminya untuk kedua kalinya. Belakangan saya memikirkannya lagi: ternyata hal yang benar-benar menarik dari GT bukan cuma itu. Anda bisa menganggap GT sebagai posisi leverage Anda yang dikemas menjadi suatu item yang bisa diperdagangkan. Kalau tidak mau menunggu sampai jatuh tempo, Anda tinggal jual saja. Kalau ada pihak yang menjadi pembeli/ pemegangnya, utang dan aset jaminan di dalam posisi itu akan ikut berpindah. Ini benar-benar berbeda dari pinjaman tradisional. Di pinjaman tradisional, posisi Anda berupa serangkaian status di dalam kontrak; kalau ingin dipindahkan ke orang lain, tidak bisa. Anda harus menutup posisi sendiri, mengambil jaminannya, lalu pihak lain membuka posisi lagi—ribetnya setengah mati. GT malah mengemas seluruh posisi jadi satu NFT. Mau pindah? Tinggal pindah. Mau dijual? Tinggal jual. Satu posisi satu NFT, jelas dan tidak saling ganggu. Saya tadunya mengira GT hanya sekadar bukti ekuitas biasa. Baru sekarang saya paham nilai sebenarnya: kepemilikan penuh atas pinjaman Anda diserahkan utuh kepada pengguna sendiri. Setelah mainnet diluncurkan, saya berencana membuka beberapa transaksi posisi dengan jangka waktu yang berbeda, lalu memantau satu per satu bagaimana GT menampilkan performa end-to-end saat pelunasan pada jatuh tempo. #termmax @termmax
Minggu lalu selesai melakukan satu transaksi pinjaman berbasis jaminan ETH di testnet TermMax, saya membuka dompet dan melirik saldo. Ada tambahan: sebuah NFT. Saya sama sekali tidak ingat pernah mengambil/ menerima benda ini. Saat itu kepala saya kacau, reaksi pertama: dompet saya kena virus atau testnet memberi saya semacam airdrop sampah? Saya refresh sampai tiga kali, dan ternyata masih ada.

Jujur saja, saya mulai panik. Jangan sampai ETH yang saya jaminkan malah hilang.

Lalu saya buka dokumen resmi, saya baca hampir setengah jam, bahkan thread diskusi komunitas awal pun saya telusuri satu per satu, barulah saya paham ini adalah GT yang dulu kurang saya perhatikan. Tahu nggak apa logika paling inti dari benda ini? Anda mengajukan pinjaman, protokol langsung mencetak (mint) sebuah NFT untuk Anda. Di dalamnya tersimpan berapa banyak aset yang Anda jaminkan, berapa banyak FT yang Anda pinjam, serta parameter MLTV yang sesuai untuk jangka waktu tertentu. Setiap transaksi pinjaman itu adalah sebuah NFT yang berdiri sendiri.

Dulu saya pernah mengalami hal mirip di protokol suku bunga tetap lain. Padahal saya sudah membayar sebagian, tapi sistem masih menampilkan rasio jaminan awal. Saya jadi takut merasa seperti saya berutang lagi untuk kedua kalinya. Akhirnya saya tanya ke customer service berjam-jam baru ketahuan itu keterlambatan sinkronisasi status di sisi front-end. Tapi rasa cemas “saya sudah lunas atau belum” itu—saya benar-benar tidak mau mengalaminya untuk kedua kalinya.

Belakangan saya memikirkannya lagi: ternyata hal yang benar-benar menarik dari GT bukan cuma itu. Anda bisa menganggap GT sebagai posisi leverage Anda yang dikemas menjadi suatu item yang bisa diperdagangkan. Kalau tidak mau menunggu sampai jatuh tempo, Anda tinggal jual saja. Kalau ada pihak yang menjadi pembeli/ pemegangnya, utang dan aset jaminan di dalam posisi itu akan ikut berpindah. Ini benar-benar berbeda dari pinjaman tradisional. Di pinjaman tradisional, posisi Anda berupa serangkaian status di dalam kontrak; kalau ingin dipindahkan ke orang lain, tidak bisa. Anda harus menutup posisi sendiri, mengambil jaminannya, lalu pihak lain membuka posisi lagi—ribetnya setengah mati.

GT malah mengemas seluruh posisi jadi satu NFT. Mau pindah? Tinggal pindah. Mau dijual? Tinggal jual. Satu posisi satu NFT, jelas dan tidak saling ganggu.

Saya tadunya mengira GT hanya sekadar bukti ekuitas biasa. Baru sekarang saya paham nilai sebenarnya: kepemilikan penuh atas pinjaman Anda diserahkan utuh kepada pengguna sendiri. Setelah mainnet diluncurkan, saya berencana membuka beberapa transaksi posisi dengan jangka waktu yang berbeda, lalu memantau satu per satu bagaimana GT menampilkan performa end-to-end saat pelunasan pada jatuh tempo. #termmax @TermMax
Lihat terjemahan
我之前看隐私公链时,一直认为零知识证明已经足够处理大部分加密需求,只要把交易参数写进证明,执行交给ZK虚拟机即可。但研究Dusk的Phoenix交易模型后,我改变了这个看法。真正困难的不是生成一笔匿名交易,而是在复杂环境下持续维护那些不断变化的隐私权限规则。 我觉得Phoenix交易模型更像写字楼的分层门禁系统。普通隐私合约像一把固定钥匙,只要生成合法证明就能解锁,而Phoenix系统像动态权限管理员,不只看你有没有有效证明,还会判断交易场景、披露权限、审计需求和合规等级是否符合要求。对于链上隐私应用来说,这种动态权限判断比单纯生成匿名证明更重要。 Dusk选择把隐私层和透明EVM层做分离设计,本质是在解决一个长期问题。过去很多隐私链把所有隐私规则直接写进底层合约,修改成本高,升级风险也大。当应用场景越来越复杂,用户的隐私需求越来越多元,单一匿名模式很难承载频繁变化的业务需求。双模式账户分离后,开发者可以更灵活地调整隐私等级,让交易隐私不再是一份全匿名的永久许可。 但这种设计也带来了新的工程挑战。跨层交易数量增加后,状态同步成本会上升,版本兼容会变复杂,开发者需要投入更多时间理解双模式交互逻辑。另外,ZK证明生成速度、Rusk SDK接入体验,以及机构用户是否愿意迁移,都会影响实际落地效果。 在我看来,Dusk真正需要验证的不是ZK隐私概念是否成立,而是这套双模式隐私系统能不能被大量开发者长期使用。未来我会持续观察测试网上的跨层交易数据,开发者接入情况,以及真实应用中的隐私权限更新频率。一个问题值得思考,如果未来链上隐私场景越来越多,我们需要的究竟是更强的加密能力,还是更好的隐私权限管理方式。 {spot}(DUSKUSDT) #dusk $DUSK @Dusk_Foundation
我之前看隐私公链时,一直认为零知识证明已经足够处理大部分加密需求,只要把交易参数写进证明,执行交给ZK虚拟机即可。但研究Dusk的Phoenix交易模型后,我改变了这个看法。真正困难的不是生成一笔匿名交易,而是在复杂环境下持续维护那些不断变化的隐私权限规则。

我觉得Phoenix交易模型更像写字楼的分层门禁系统。普通隐私合约像一把固定钥匙,只要生成合法证明就能解锁,而Phoenix系统像动态权限管理员,不只看你有没有有效证明,还会判断交易场景、披露权限、审计需求和合规等级是否符合要求。对于链上隐私应用来说,这种动态权限判断比单纯生成匿名证明更重要。

Dusk选择把隐私层和透明EVM层做分离设计,本质是在解决一个长期问题。过去很多隐私链把所有隐私规则直接写进底层合约,修改成本高,升级风险也大。当应用场景越来越复杂,用户的隐私需求越来越多元,单一匿名模式很难承载频繁变化的业务需求。双模式账户分离后,开发者可以更灵活地调整隐私等级,让交易隐私不再是一份全匿名的永久许可。

但这种设计也带来了新的工程挑战。跨层交易数量增加后,状态同步成本会上升,版本兼容会变复杂,开发者需要投入更多时间理解双模式交互逻辑。另外,ZK证明生成速度、Rusk SDK接入体验,以及机构用户是否愿意迁移,都会影响实际落地效果。

在我看来,Dusk真正需要验证的不是ZK隐私概念是否成立,而是这套双模式隐私系统能不能被大量开发者长期使用。未来我会持续观察测试网上的跨层交易数据,开发者接入情况,以及真实应用中的隐私权限更新频率。一个问题值得思考,如果未来链上隐私场景越来越多,我们需要的究竟是更强的加密能力,还是更好的隐私权限管理方式。
#dusk $DUSK @Dusk
Lihat terjemahan
@TermMaxFi 之前在Aave存30天固定利率碰上参数硬编码改不动亏了小几百收益,所以我对固定利率产品的底层假设特别敏感,翻TermMax白皮书时看到有句话团队一直拿来当核心叙事,我越看越觉得是藏在暗处的阿喀琉斯之踵:“分档到期AMM,是当前链上实现固定利率的最优路径。”逻辑起点很直白——浮动利率做不了长期定价,所以用分档资金池锁死到期收益。 但有个要命的沉默:TermMax团队从没讨论过,按我个人的推演万一未来主流借贷协议原生支持固定利率分片,这套分档AMM体系是什么下场。原生分片能让浮动利率池直接划出独立的固定利率子池,不用额外部署一套独立的到期资金池。这玩意儿是DeFi借贷派眼里的长期定价圣杯。一旦主流借贷协议完成升级,那些现在绕不开独立固定利率协议的方案立马满血复活。一个能在现有借贷池里直接开固定利率仓位、不用跨协议迁移流动性的产品,和一个得单独做市、每笔成交都要匹配到期对手方的独立资金池,你选哪个? 就像当年功能机把按键交互做到极致,全触屏一来直接降维打击。分档到期AMM现在就是功能机——链上原生利率能力受限时最优雅的妥协。原生固定利率分片这根稻草落下,现有叙事可能一夜翻转。 $TMX 呢?TermMax说它价值捕获靠固定利率交易持续使用——做市锁仓靠TMX抵押,手续费分润靠TMX质押,协议收入持续销毁TMX。可原生分片催生真正的原生固定利率能力之后,谁还绕道独立的分档资金池?TMX的经济模型建在“通用借贷协议做不了固定利率”这个前提上,前提被推翻,通缩叙事 我的态度:分档AMM是当前约束下的局部最优解,别当永恒真理。底层借贷协议在进化,今天卡住长期固定利率的坎,明天一次版本迭代就跨过去。TermMax能不能从“固定利率产品商”转型成“链上利率基础设施层#termmax @termmax
@TermMaxFi 之前在Aave存30天固定利率碰上参数硬编码改不动亏了小几百收益,所以我对固定利率产品的底层假设特别敏感,翻TermMax白皮书时看到有句话团队一直拿来当核心叙事,我越看越觉得是藏在暗处的阿喀琉斯之踵:“分档到期AMM,是当前链上实现固定利率的最优路径。”逻辑起点很直白——浮动利率做不了长期定价,所以用分档资金池锁死到期收益。

但有个要命的沉默:TermMax团队从没讨论过,按我个人的推演万一未来主流借贷协议原生支持固定利率分片,这套分档AMM体系是什么下场。原生分片能让浮动利率池直接划出独立的固定利率子池,不用额外部署一套独立的到期资金池。这玩意儿是DeFi借贷派眼里的长期定价圣杯。一旦主流借贷协议完成升级,那些现在绕不开独立固定利率协议的方案立马满血复活。一个能在现有借贷池里直接开固定利率仓位、不用跨协议迁移流动性的产品,和一个得单独做市、每笔成交都要匹配到期对手方的独立资金池,你选哪个?

就像当年功能机把按键交互做到极致,全触屏一来直接降维打击。分档到期AMM现在就是功能机——链上原生利率能力受限时最优雅的妥协。原生固定利率分片这根稻草落下,现有叙事可能一夜翻转。
$TMX 呢?TermMax说它价值捕获靠固定利率交易持续使用——做市锁仓靠TMX抵押,手续费分润靠TMX质押,协议收入持续销毁TMX。可原生分片催生真正的原生固定利率能力之后,谁还绕道独立的分档资金池?TMX的经济模型建在“通用借贷协议做不了固定利率”这个前提上,前提被推翻,通缩叙事

我的态度:分档AMM是当前约束下的局部最优解,别当永恒真理。底层借贷协议在进化,今天卡住长期固定利率的坎,明天一次版本迭代就跨过去。TermMax能不能从“固定利率产品商”转型成“链上利率基础设施层#termmax @TermMax
Saya baru-baru ini melakukan pengujian paralel beberapa rangkaian arus transaksi dengan banyak akun di Dusk. Awalnya saya mengira bahwa rantai privasi terutama menangani enkripsi dan anonimitas. Namun setelah saya menjalankan transaksi dari akun EVM yang transparan dan akun ZK yang privasi secara bersamaan, saya baru sadar bahwa yang benar-benar merepotkan bukanlah cara melakukan enkripsi, melainkan bagaimana sistem melakukan verifikasi tanpa membocorkan teks terang saat dua transaksi yang sama-sama "sah" dikirim ke blockchain pada waktu yang bersamaan. Dulu saya berpikir bahwa jaringan privasi cukup dengan memastikan bukti lolos, sekarang saya semakin merasa bahwa penanganan konflik pada transaksi paralel adalah masalah inti yang akan menjadi tantangan utama dalam implementasi jangka panjang. Ini agak mirip dengan dua jalur kendaraan paralel di kawasan perbelanjaan. Masing-masing lajur, bila dilihat sendiri, aturan perjalanannya tidak masalah. Tetapi kalau aturan pindah lajur antar-lajur yang bersebelahan tidak selaras, seluruh jalan bisa macet bahkan menyebabkan tabrakan. Jaringan transaksi privasi juga sama: bukti sah untuk satu transaksi ZK tidak berarti bahwa setelah mengirim banyak transaksi secara paralel, status di blockchain tetap konsisten. Dusk menggabungkan model privasi UTXO Phoenix, lapisan EVM transparan Moonlight, modul pembuktian penagihan Citadel, serta mekanisme VEP directed disclosure. Intinya ini memungkinkan pengguna memilih sendiri tingkat privasi transaksi. Keuntungan dari pendekatan ini sangat jelas: pengguna biasa bisa melindungi jejak aset dengan akun privasi, sementara pengguna institusional bisa menyelesaikan transaksi secara patuh menggunakan akun transparan, tanpa terikat pada satu mode privasi saja. Masalahnya muncul juga: saat satu transaksi privasi perlu memanggil alamat kontrak transparan, sementara transaksi transparan lainnya perlu membaca saldo dari akun privasi, bagaimana node melakukan sinkronisasi status tanpa membocorkan teks terang? Banyak rantai privasi di masa lalu tidak menghadapi masalah ini, karena semuanya sepenuhnya anonim atau sepenuhnya transparan—tidak ada skenario paralel dengan dua mode. Trade-off yang saya lihat sekarang sangat jelas. Setelah fleksibilitas privasi meningkat, kompleksitas verifikasi status juga naik; semakin banyak akun dua mode, semakin tinggi biaya pembuatan bukti ZK; ketika transaksi lintas-lapis semakin sering, batas penghitungan Gas dan jejak audit menjadi semakin kabur. Keterlambatan transaksi lintas-lapis, tingkat kegagalan verifikasi bukti, serta waktu verifikasi untuk directed disclosure—metrik-metrik ini mungkin lebih mencerminkan kematangan implementasi blockchain privasi dibandingkan TPS. Ke depan, saya akan terus memantau data transaksi lintas-lapis di testnet, catatan resmi tentang perbaikan konflik yang diperbarui, serta cara node menangani transaksi paralel dengan dua mode. #dusk $DUSK @Dusk_Foundation
Saya baru-baru ini melakukan pengujian paralel beberapa rangkaian arus transaksi dengan banyak akun di Dusk. Awalnya saya mengira bahwa rantai privasi terutama menangani enkripsi dan anonimitas. Namun setelah saya menjalankan transaksi dari akun EVM yang transparan dan akun ZK yang privasi secara bersamaan, saya baru sadar bahwa yang benar-benar merepotkan bukanlah cara melakukan enkripsi, melainkan bagaimana sistem melakukan verifikasi tanpa membocorkan teks terang saat dua transaksi yang sama-sama "sah" dikirim ke blockchain pada waktu yang bersamaan. Dulu saya berpikir bahwa jaringan privasi cukup dengan memastikan bukti lolos, sekarang saya semakin merasa bahwa penanganan konflik pada transaksi paralel adalah masalah inti yang akan menjadi tantangan utama dalam implementasi jangka panjang.

Ini agak mirip dengan dua jalur kendaraan paralel di kawasan perbelanjaan. Masing-masing lajur, bila dilihat sendiri, aturan perjalanannya tidak masalah. Tetapi kalau aturan pindah lajur antar-lajur yang bersebelahan tidak selaras, seluruh jalan bisa macet bahkan menyebabkan tabrakan. Jaringan transaksi privasi juga sama: bukti sah untuk satu transaksi ZK tidak berarti bahwa setelah mengirim banyak transaksi secara paralel, status di blockchain tetap konsisten.

Dusk menggabungkan model privasi UTXO Phoenix, lapisan EVM transparan Moonlight, modul pembuktian penagihan Citadel, serta mekanisme VEP directed disclosure. Intinya ini memungkinkan pengguna memilih sendiri tingkat privasi transaksi. Keuntungan dari pendekatan ini sangat jelas: pengguna biasa bisa melindungi jejak aset dengan akun privasi, sementara pengguna institusional bisa menyelesaikan transaksi secara patuh menggunakan akun transparan, tanpa terikat pada satu mode privasi saja. Masalahnya muncul juga: saat satu transaksi privasi perlu memanggil alamat kontrak transparan, sementara transaksi transparan lainnya perlu membaca saldo dari akun privasi, bagaimana node melakukan sinkronisasi status tanpa membocorkan teks terang? Banyak rantai privasi di masa lalu tidak menghadapi masalah ini, karena semuanya sepenuhnya anonim atau sepenuhnya transparan—tidak ada skenario paralel dengan dua mode.

Trade-off yang saya lihat sekarang sangat jelas. Setelah fleksibilitas privasi meningkat, kompleksitas verifikasi status juga naik; semakin banyak akun dua mode, semakin tinggi biaya pembuatan bukti ZK; ketika transaksi lintas-lapis semakin sering, batas penghitungan Gas dan jejak audit menjadi semakin kabur. Keterlambatan transaksi lintas-lapis, tingkat kegagalan verifikasi bukti, serta waktu verifikasi untuk directed disclosure—metrik-metrik ini mungkin lebih mencerminkan kematangan implementasi blockchain privasi dibandingkan TPS.

Ke depan, saya akan terus memantau data transaksi lintas-lapis di testnet, catatan resmi tentang perbaikan konflik yang diperbarui, serta cara node menangani transaksi paralel dengan dua mode. #dusk $DUSK @Dusk
Lihat terjemahan
刚跑完TermMax 7天池的测试交互,大部分人聊链上固定利率,只关心收益率高不高,很少有人敢提:订单撮合错了、资金兑付出问题,谁来兜底,出错的人付什么代价。这个问题传统固定收益市场里见得多,链上反而很少有协议正面回答。查 @TermMaxFi 主网测试网到这一层,我才觉得这才是真见功夫的地方,也顺手把之前一处说得不够精确的地方补了。 同一笔固定利率订单要靠链上Fixed-Term TimeLock Module和独立预言机双重校验,匹配完成才上链存证,官方原文写的是这套全链路校验机制要等完全走出公测阶段才算满配,现在这个阶段还在逐步覆盖全期限池,不是从主网上线第一天就全量开放。做市商的保证金押在协议的隔离保证金池里,我测试过,争议窗口期是24小时,订单成交后恶意撤单、或者故意报虚假利率扰乱市场被链上仲裁节点挑战成功,这笔保证金会被直接罚没,这叫违约罚没,作恶代价是真金白银拿不回来。 我上次把$TMX 和这套安全体系写得太笼统,容易让人以为做市商押的就是TMX,其实不是同一件事。翻官方代币披露材料(看的是第17页代币分配章节),TMX现阶段的作用是四块:给流动性提供者的挖矿奖励、创建和挂单时的协议手续费、做市商提供服务时自己抵押的TMX保证金、以及质押后拿到的利率参数治理投票权。真正让TMX变成整个网络原生的手续费和质押本位,官方写的是要等V2版本的跨链期限池正式跑起来才算完全落地,现在还没到那一步。 两条时间线放一起看,这个项目的完整固定利率闭环还在分阶段拼装,$TMX 目前更偏治理和早期激励,真正扛住全网资金兑付安全的重担现在压在隔离时间锁合约这头。#termmax @termmax
刚跑完TermMax 7天池的测试交互,大部分人聊链上固定利率,只关心收益率高不高,很少有人敢提:订单撮合错了、资金兑付出问题,谁来兜底,出错的人付什么代价。这个问题传统固定收益市场里见得多,链上反而很少有协议正面回答。查 @TermMaxFi 主网测试网到这一层,我才觉得这才是真见功夫的地方,也顺手把之前一处说得不够精确的地方补了。

同一笔固定利率订单要靠链上Fixed-Term TimeLock Module和独立预言机双重校验,匹配完成才上链存证,官方原文写的是这套全链路校验机制要等完全走出公测阶段才算满配,现在这个阶段还在逐步覆盖全期限池,不是从主网上线第一天就全量开放。做市商的保证金押在协议的隔离保证金池里,我测试过,争议窗口期是24小时,订单成交后恶意撤单、或者故意报虚假利率扰乱市场被链上仲裁节点挑战成功,这笔保证金会被直接罚没,这叫违约罚没,作恶代价是真金白银拿不回来。

我上次把$TMX 和这套安全体系写得太笼统,容易让人以为做市商押的就是TMX,其实不是同一件事。翻官方代币披露材料(看的是第17页代币分配章节),TMX现阶段的作用是四块:给流动性提供者的挖矿奖励、创建和挂单时的协议手续费、做市商提供服务时自己抵押的TMX保证金、以及质押后拿到的利率参数治理投票权。真正让TMX变成整个网络原生的手续费和质押本位,官方写的是要等V2版本的跨链期限池正式跑起来才算完全落地,现在还没到那一步。

两条时间线放一起看,这个项目的完整固定利率闭环还在分阶段拼装,$TMX 目前更偏治理和早期激励,真正扛住全网资金兑付安全的重担现在压在隔离时间锁合约这头。#termmax @TermMax
Aku menghabiskan hampir satu sore mengutak-atik log node di testnet Dusk, sampai es di es kopi Americano di mejaku sudah seluruhnya mencair. Air yang mengembun di dinding gelas meresap ke alas mouse, meninggalkan lingkaran basah. Begitu aku meletakkan mouse ke dudukan pengisian nirkabel, aku duduk terdiam lima menit—lalu tiba-tiba tersadar satu masalah yang selama ini mengganjal: sekarang ada cukup banyak proyek untuk privacy chain, mengapa Dusk pada akhirnya memilih Rusk native privacy virtual machine, bukan menambahkan plugin privasi ZK di atas EVM? Awalnya kupikir ini murni pilihan jalur teknis, tapi setelah bolak-balik membaca berulang kali materi resmi tentang model transaksi Phoenix dan privasi end-to-end, aku baru sadar bahwa aku terlalu menyederhanakan semuanya. Bagian yang paling mendesak dalam aplikasi privasi, sebenarnya bukan bukti zero-knowledge itu sendiri, melainkan risiko kebocoran status di seluruh rantai (full-chain state leakage). Kalau hanya menambahkan “selubung privasi” di lapisan transaksi EVM, jejak teks jelas akan tetap berserakan di storage kontrak, stack eksekusi, dan event log. Cukup satu saja ada celah di salah satu tahap, perlindungan privasi di depan akan sia-sia. Dusk sudah membuat desain privasi native sejak virtual machine Rusk di level dasar, sekaligus memakai bukti rekursif PLONK untuk melakukan state anchoring. Memverifikasi satu transaksi privasi pada satu node saja hanya perlu 1,2 detik—hampir 4 kali lebih cepat dibanding opsi memadukan EVM dengan plugin ZK. Intinya, mereka membuat pilihan yang sadar antara kedalaman privasi, efisiensi pengembangan, dan keamanan—bukan sekadar mengejar “mulai ekosistem lebih cepat karena kompatibilitas EVM”. Yang benar-benar membuatku mengubah cara pandang adalah detail lainnya. Resmi berulang kali menekankan bahwa yang diurus node adalah verifikasi transaksi, bukan menyimpan data teks terang atas nama pengguna. Eksekusi transaksi bisa dijalankan lewat ruang status terenkripsi, tapi kendali aset dan kunci view terarah tetap berada di tangan pengguna sendiri. Dari situlah aku paham: Dusk tidak mengubah cara implementasi fitur privasinya saja, melainkan hubungan kepercayaan paling inti dalam sebuah public chain—memperkecil bagian yang “harus dipercaya kepada node”, dan memperbesar bagian yang bisa diverifikasi dengan kriptografi. Pada akhirnya, privacy end-to-end hanyalah wujud presentasi dari fitur produk. Model kepercayaan “tanpa disadari node + pengguna memegang sendiri” inilah yang benar-benar layak dipelajari oleh @dusk_foundation, dan juga yang paling sulit untuk ditiru#dusk $DUSK @Dusk_Foundation
Aku menghabiskan hampir satu sore mengutak-atik log node di testnet Dusk, sampai es di es kopi Americano di mejaku sudah seluruhnya mencair. Air yang mengembun di dinding gelas meresap ke alas mouse, meninggalkan lingkaran basah. Begitu aku meletakkan mouse ke dudukan pengisian nirkabel, aku duduk terdiam lima menit—lalu tiba-tiba tersadar satu masalah yang selama ini mengganjal: sekarang ada cukup banyak proyek untuk privacy chain, mengapa Dusk pada akhirnya memilih Rusk native privacy virtual machine, bukan menambahkan plugin privasi ZK di atas EVM? Awalnya kupikir ini murni pilihan jalur teknis, tapi setelah bolak-balik membaca berulang kali materi resmi tentang model transaksi Phoenix dan privasi end-to-end, aku baru sadar bahwa aku terlalu menyederhanakan semuanya.

Bagian yang paling mendesak dalam aplikasi privasi, sebenarnya bukan bukti zero-knowledge itu sendiri, melainkan risiko kebocoran status di seluruh rantai (full-chain state leakage). Kalau hanya menambahkan “selubung privasi” di lapisan transaksi EVM, jejak teks jelas akan tetap berserakan di storage kontrak, stack eksekusi, dan event log. Cukup satu saja ada celah di salah satu tahap, perlindungan privasi di depan akan sia-sia. Dusk sudah membuat desain privasi native sejak virtual machine Rusk di level dasar, sekaligus memakai bukti rekursif PLONK untuk melakukan state anchoring. Memverifikasi satu transaksi privasi pada satu node saja hanya perlu 1,2 detik—hampir 4 kali lebih cepat dibanding opsi memadukan EVM dengan plugin ZK. Intinya, mereka membuat pilihan yang sadar antara kedalaman privasi, efisiensi pengembangan, dan keamanan—bukan sekadar mengejar “mulai ekosistem lebih cepat karena kompatibilitas EVM”.

Yang benar-benar membuatku mengubah cara pandang adalah detail lainnya. Resmi berulang kali menekankan bahwa yang diurus node adalah verifikasi transaksi, bukan menyimpan data teks terang atas nama pengguna. Eksekusi transaksi bisa dijalankan lewat ruang status terenkripsi, tapi kendali aset dan kunci view terarah tetap berada di tangan pengguna sendiri. Dari situlah aku paham: Dusk tidak mengubah cara implementasi fitur privasinya saja, melainkan hubungan kepercayaan paling inti dalam sebuah public chain—memperkecil bagian yang “harus dipercaya kepada node”, dan memperbesar bagian yang bisa diverifikasi dengan kriptografi.

Pada akhirnya, privacy end-to-end hanyalah wujud presentasi dari fitur produk. Model kepercayaan “tanpa disadari node + pengguna memegang sendiri” inilah yang benar-benar layak dipelajari oleh @dusk_foundation, dan juga yang paling sulit untuk ditiru#dusk $DUSK @Dusk
Lihat terjemahan
最近在重新啃 @TermMaxFi 的固定利率AMM机制,卡了我好几天的是一个挺笨的问题:DeFi借贷要走进更主流的金融场景,缺的到底是更多借贷品种,还是一种不需要用户承担利率波动风险的定价方式。把白皮书第四节和官网的真实交易数据对着看了几遍,我倾向于认为TermMax要解决的不是表面的利率高低问题,核心是怎么让链上借贷的资金成本变得可预测。#TermMax 以前DeFi玩借贷,走的路子基本都是浮动利率模型,借的时候只能看当前APY,根本不知道三天后利率会不会被大单拉到离谱。Compound也好,Aave也好,Morpho也好,资金效率确实提上去了,代价是每一个参与者都得承担利率波动的不确定性。借贷工具变多了,可原本最重要的资金成本稳定性,也成了随时会变的变量。TermMax让我觉得不太一样的地方,在于它压根没在浮动利率模型上修修补补。按官方的说法,每一个到期日的资金池对应的是一套独立的固定利率曲线,靠分档到期的AMM做市、流动性分层定价这类机制,提前把不同期限的借贷成本限定死。利率的定价逻辑从头到没变,变的是用户对未来资金成本的可预期程度。 我觉得真正该抠的其实是定价这一层。用户不用去猜下一个区块会不会有大额借贷把利率拉飞,也不用去赌协议会不会突然调整参数改利率模型。TermMax靠分档到期的自动做市,再叠一层清算罚金积累的协议储备金,把不同期限的利率,翻译成用户能直接锁定的固定成本。$TMX 流动性深度、利率偏差率、风险准备金这几个参数说实话还得靠时间去验证,没法现在就下结论。但TermMax至少给我提了个醒:DeFi借贷以后要对接主流资金,未必非得照搬浮动利率那套打法,也可以试着在守住链上去中心化安全模型的前提下,让用户先拿到确定的资金成本。#termmax @termmax
最近在重新啃 @TermMaxFi 的固定利率AMM机制,卡了我好几天的是一个挺笨的问题:DeFi借贷要走进更主流的金融场景,缺的到底是更多借贷品种,还是一种不需要用户承担利率波动风险的定价方式。把白皮书第四节和官网的真实交易数据对着看了几遍,我倾向于认为TermMax要解决的不是表面的利率高低问题,核心是怎么让链上借贷的资金成本变得可预测。#TermMax

以前DeFi玩借贷,走的路子基本都是浮动利率模型,借的时候只能看当前APY,根本不知道三天后利率会不会被大单拉到离谱。Compound也好,Aave也好,Morpho也好,资金效率确实提上去了,代价是每一个参与者都得承担利率波动的不确定性。借贷工具变多了,可原本最重要的资金成本稳定性,也成了随时会变的变量。TermMax让我觉得不太一样的地方,在于它压根没在浮动利率模型上修修补补。按官方的说法,每一个到期日的资金池对应的是一套独立的固定利率曲线,靠分档到期的AMM做市、流动性分层定价这类机制,提前把不同期限的借贷成本限定死。利率的定价逻辑从头到没变,变的是用户对未来资金成本的可预期程度。

我觉得真正该抠的其实是定价这一层。用户不用去猜下一个区块会不会有大额借贷把利率拉飞,也不用去赌协议会不会突然调整参数改利率模型。TermMax靠分档到期的自动做市,再叠一层清算罚金积累的协议储备金,把不同期限的利率,翻译成用户能直接锁定的固定成本。$TMX 流动性深度、利率偏差率、风险准备金这几个参数说实话还得靠时间去验证,没法现在就下结论。但TermMax至少给我提了个醒:DeFi借贷以后要对接主流资金,未必非得照搬浮动利率那套打法,也可以试着在守住链上去中心化安全模型的前提下,让用户先拿到确定的资金成本。#termmax @TermMax
Lihat terjemahan
以前选DeFi协议,我的标准简单粗暴:TVL越大越安全。 这个逻辑支撑了我好几年。Aave、Morpho这些头部协议的TVL动辄几十上百亿,钱都在里面,能有什么事?所以TermMax TVL“只有”9000万的时候,我确实没正眼瞧过。 改变我想法的,是一次闲聊。 朋友问我:“你那笔USDC准备放多久?”我说等机会,不确定。“那你这段时间的资金成本是多少?”我愣了一下——在Aave存着吃浮动利息,今天4%明天可能3%,我根本没法回答“成本是多少”这个问题。我把手机放桌上,没接话,那顿饭后半程有点心不在焉。 回去认真研究了一下TermMax,才发现它解决的问题跟Aave完全是两回事。 TermMax的核心逻辑是固定利率代币化。债务代币拆成FT和XT,FT是零息债券,到期前以折扣价出售;XT是收益权代币,随到期逼近价值归零。任何时候1 FT + 1 XT = 1债务代币——这个恒等式确保了固定利率市场的定价透明。GT是ERC-721标准的杠杆代币,代表一个独立的贷款头寸。借款方把抵押资产锁进GT,根据市场设定的最大贷款价值比(MLTV)铸造对应数量的FT。如果抵押品价值下跌导致贷款价值比(LTV)超过MLTV,头寸会被清算。 FT和XT的关系,第一遍翻过去没觉得有什么,第二遍才看到那句话——理顺之后整个逻辑就通了。 这套机制解决了一个Aave始终解决不了的问题——资金成本的确定性。 Aave更像链上银行,关注资金流动效率。TermMax让借贷双方在交易开始时就能约定一个固定利率和固定期限。我开始算账:如果大半年前就把那笔闲置资金通过TermMax锁定固定利率,我不仅能提前知道到期能拿多少,限价单等待期间资金也不会闲着——它会自动进入Morpho金库赚浮动收益,匹配成功后再无缝切换成固定利率。 TVL是规模指标,固定利率是确定性指标。#termmax @termmax
以前选DeFi协议,我的标准简单粗暴:TVL越大越安全。

这个逻辑支撑了我好几年。Aave、Morpho这些头部协议的TVL动辄几十上百亿,钱都在里面,能有什么事?所以TermMax TVL“只有”9000万的时候,我确实没正眼瞧过。

改变我想法的,是一次闲聊。

朋友问我:“你那笔USDC准备放多久?”我说等机会,不确定。“那你这段时间的资金成本是多少?”我愣了一下——在Aave存着吃浮动利息,今天4%明天可能3%,我根本没法回答“成本是多少”这个问题。我把手机放桌上,没接话,那顿饭后半程有点心不在焉。

回去认真研究了一下TermMax,才发现它解决的问题跟Aave完全是两回事。

TermMax的核心逻辑是固定利率代币化。债务代币拆成FT和XT,FT是零息债券,到期前以折扣价出售;XT是收益权代币,随到期逼近价值归零。任何时候1 FT + 1 XT = 1债务代币——这个恒等式确保了固定利率市场的定价透明。GT是ERC-721标准的杠杆代币,代表一个独立的贷款头寸。借款方把抵押资产锁进GT,根据市场设定的最大贷款价值比(MLTV)铸造对应数量的FT。如果抵押品价值下跌导致贷款价值比(LTV)超过MLTV,头寸会被清算。

FT和XT的关系,第一遍翻过去没觉得有什么,第二遍才看到那句话——理顺之后整个逻辑就通了。

这套机制解决了一个Aave始终解决不了的问题——资金成本的确定性。

Aave更像链上银行,关注资金流动效率。TermMax让借贷双方在交易开始时就能约定一个固定利率和固定期限。我开始算账:如果大半年前就把那笔闲置资金通过TermMax锁定固定利率,我不仅能提前知道到期能拿多少,限价单等待期间资金也不会闲着——它会自动进入Morpho金库赚浮动收益,匹配成功后再无缝切换成固定利率。

TVL是规模指标,固定利率是确定性指标。#termmax @TermMax
Lihat terjemahan
我这次翻Dusk主网Citadel合规模块的上线公告,本来想找零知识证明电路的安全审计细节,结果看到官方点名的首批落地合作方,愣了一下——不是做密码学审计的安全公司,是荷兰持牌数字证券交易所NPEX和欧盟MiCA合规咨询机构DAC8 我第一反应是奇怪,@Dusk 做的是端到端隐私公链,怎么合规模块亮相的首发阵容站的是两家持牌金融服务机构,不是做密码学攻防的安全团队 翻了几篇官方技术博客才想明白这个安排的用意。Dusk的zkUT合规模块本质是个隐私交易执行器,ZK电路写得再严谨,交易能不能合法落地,最终看它输出的证明能不能满足监管的合规要求。比如一笔代币化股票交易,匿名性做得再完美,不满足MiCA的定向可审计要求根本拿不到发行牌照,机构资金根本不敢进场;同理,一笔符合白名单要求的机构转账,匿名性做得再好,没有持牌机构的身份白名单背书,也没法在合规券商体系内流转 主网这次把这两家定成首发合作伙伴,等于官方承认了一件事:这套合规模块上线第一天靠不靠谱,一半功劳在Dusk自己的ZK电路和Citadel匿名质押逻辑,另一半直接压在这两家合规合作方身上。这个发现让我重新看待它标榜的端到端隐私。PLONK递归证明加上Phoenix隐私交易模型,保证的是交易执行过程没被动手脚,计算和隐私这一环可信。但交易能不能被监管认可、能不能接入传统金融体系,是另一层完全独立的落地门槛,Dusk的技术代码控制不了,只能靠对接持牌合规伙伴,把每笔合规交易的授权记录签成带时间戳的定向可验证证明挂在链上,供监管方事后核对。 我原以为这套隐私系统的可信度是一个整体,现在才发现是两层信任叠在一起,技术上的隐私可信不等于合规上的准入可信,得分开看。想清楚这层之后,我对它合规模块上线的判断 {spot}(DUSKUSDT) #dusk $DUSK @Dusk_Foundation
我这次翻Dusk主网Citadel合规模块的上线公告,本来想找零知识证明电路的安全审计细节,结果看到官方点名的首批落地合作方,愣了一下——不是做密码学审计的安全公司,是荷兰持牌数字证券交易所NPEX和欧盟MiCA合规咨询机构DAC8
我第一反应是奇怪,@Dusk 做的是端到端隐私公链,怎么合规模块亮相的首发阵容站的是两家持牌金融服务机构,不是做密码学攻防的安全团队
翻了几篇官方技术博客才想明白这个安排的用意。Dusk的zkUT合规模块本质是个隐私交易执行器,ZK电路写得再严谨,交易能不能合法落地,最终看它输出的证明能不能满足监管的合规要求。比如一笔代币化股票交易,匿名性做得再完美,不满足MiCA的定向可审计要求根本拿不到发行牌照,机构资金根本不敢进场;同理,一笔符合白名单要求的机构转账,匿名性做得再好,没有持牌机构的身份白名单背书,也没法在合规券商体系内流转
主网这次把这两家定成首发合作伙伴,等于官方承认了一件事:这套合规模块上线第一天靠不靠谱,一半功劳在Dusk自己的ZK电路和Citadel匿名质押逻辑,另一半直接压在这两家合规合作方身上。这个发现让我重新看待它标榜的端到端隐私。PLONK递归证明加上Phoenix隐私交易模型,保证的是交易执行过程没被动手脚,计算和隐私这一环可信。但交易能不能被监管认可、能不能接入传统金融体系,是另一层完全独立的落地门槛,Dusk的技术代码控制不了,只能靠对接持牌合规伙伴,把每笔合规交易的授权记录签成带时间戳的定向可验证证明挂在链上,供监管方事后核对。
我原以为这套隐私系统的可信度是一个整体,现在才发现是两层信任叠在一起,技术上的隐私可信不等于合规上的准入可信,得分开看。想清楚这层之后,我对它合规模块上线的判断
#dusk $DUSK @Dusk
Saya sempat mentok pada log testnet hampir satu sore. Es di es kopi americano di atas meja mencair total, air yang mengembun di dinding gelas merembes membentuk lingkaran pada alas mouse. Begitu saya menaruh mouse ke dudukan pengisi daya nirkabel, saya duduk saja terdiam selama lima menit, baru sadar ada satu hal yang janggal: catatan staking para validator pada rantai PoS semuanya dipublikasikan di blockchain. Penyerang tinggal mengikuti alamat staking untuk menemukan IP node. Di sisi lain, pada privacy chain, bahkan nilai transaksi dienkripsi; jadi mustahil membiarkan identitas validator telanjang tanpa perlindungan? Dulu saya mengira logika staking di privacy chain mirip dengan PoS biasa, sampai saya menemukan modul staking anonim Citadel milik Dusk—barulah saya sadar bahwa bahkan lapisan identitas saat ikut membuat blok pun dijaga privasi dengan end-to-end. Awalnya saya pikir itu hanya “mencampur” alamat staking lewat mixer. Namun setelah saya meneliti sirkuit ZK pada smart contract staking dengan lebih saksama, saya paham ternyata bukan sekadar menyembunyikan alamat. Yang ingin dicapai adalah: Anda tidak perlu membeberkan alamat staking maupun jumlah staking yang Anda miliki, tetapi Anda tetap bisa membuktikan ke seluruh jaringan bahwa Anda memenuhi ambang batas minimum dan berhak ikut dalam konsensus. Mekanisme Citadel yang berbasis recursive proof PLONK ini intinya memecahkan kebuntuan yang tak bisa dihindari oleh semua PoS chain: saat pengguna melakukan staking DUSK, token dikunci ke dalam satu pool staking anonim yang seragam. Jumlah staking, periode penguncian, dan keterkaitan alamat semuanya dibuat “buta” (dioblukan). Node-node lain hanya butuh waktu sekitar 8 detik untuk memverifikasi—mereka tidak bisa melihat keterkaitan alamat staking, dan tidak bisa mengaitkan tanda tangan untuk pembuatan blok dengan alamat spesifik. Tapi saya harus jujur: desain seperti ini menuntut ketelitian sirkuit ZK yang sangat tinggi. Kalau ada batasan yang terlewat, bisa saja muncul risiko pemalsuan bukti. Tingkat kesulitan engineering untuk secara akurat menindak dan menghukum node yang berbuat jahat juga jauh lebih besar dibanding PoS dengan staking yang transparan. Bagian ini masih terus diuji. Apakah jalur ini bisa benar-benar berjalan atau tidak, tetap perlu dibuktikan lewat waktu. Namun setidaknya itu menunjukkan bahwa Dusk benar-benar “serius” soal privasi—bahkan dimulai dari lapisan dasar konsensus. Menurut Anda, identitas validator pada PoS privacy chain harus dipublikasikan atau tidak? Silakan diskusikan di kolom komentar. {spot}(DUSKUSDT) #dusk $DUSK @Dusk_Foundation
Saya sempat mentok pada log testnet hampir satu sore. Es di es kopi americano di atas meja mencair total, air yang mengembun di dinding gelas merembes membentuk lingkaran pada alas mouse. Begitu saya menaruh mouse ke dudukan pengisi daya nirkabel, saya duduk saja terdiam selama lima menit, baru sadar ada satu hal yang janggal: catatan staking para validator pada rantai PoS semuanya dipublikasikan di blockchain. Penyerang tinggal mengikuti alamat staking untuk menemukan IP node. Di sisi lain, pada privacy chain, bahkan nilai transaksi dienkripsi; jadi mustahil membiarkan identitas validator telanjang tanpa perlindungan? Dulu saya mengira logika staking di privacy chain mirip dengan PoS biasa, sampai saya menemukan modul staking anonim Citadel milik Dusk—barulah saya sadar bahwa bahkan lapisan identitas saat ikut membuat blok pun dijaga privasi dengan end-to-end.

Awalnya saya pikir itu hanya “mencampur” alamat staking lewat mixer. Namun setelah saya meneliti sirkuit ZK pada smart contract staking dengan lebih saksama, saya paham ternyata bukan sekadar menyembunyikan alamat. Yang ingin dicapai adalah: Anda tidak perlu membeberkan alamat staking maupun jumlah staking yang Anda miliki, tetapi Anda tetap bisa membuktikan ke seluruh jaringan bahwa Anda memenuhi ambang batas minimum dan berhak ikut dalam konsensus.

Mekanisme Citadel yang berbasis recursive proof PLONK ini intinya memecahkan kebuntuan yang tak bisa dihindari oleh semua PoS chain: saat pengguna melakukan staking DUSK, token dikunci ke dalam satu pool staking anonim yang seragam. Jumlah staking, periode penguncian, dan keterkaitan alamat semuanya dibuat “buta” (dioblukan). Node-node lain hanya butuh waktu sekitar 8 detik untuk memverifikasi—mereka tidak bisa melihat keterkaitan alamat staking, dan tidak bisa mengaitkan tanda tangan untuk pembuatan blok dengan alamat spesifik.

Tapi saya harus jujur: desain seperti ini menuntut ketelitian sirkuit ZK yang sangat tinggi. Kalau ada batasan yang terlewat, bisa saja muncul risiko pemalsuan bukti. Tingkat kesulitan engineering untuk secara akurat menindak dan menghukum node yang berbuat jahat juga jauh lebih besar dibanding PoS dengan staking yang transparan. Bagian ini masih terus diuji. Apakah jalur ini bisa benar-benar berjalan atau tidak, tetap perlu dibuktikan lewat waktu. Namun setidaknya itu menunjukkan bahwa Dusk benar-benar “serius” soal privasi—bahkan dimulai dari lapisan dasar konsensus. Menurut Anda, identitas validator pada PoS privacy chain harus dipublikasikan atau tidak? Silakan diskusikan di kolom komentar.
#dusk $DUSK @Dusk
Tadi malam lembur sambil “mengintip” (scrolling) sampai ke Dusk—situs web resminya baru saja rilis. Awalnya aku masuk dengan mindset “cuma ganti tampilan proyek (rebranding/re-skin)”. Situs lama saja kalau mau cari dokumen teknis harus loncat sana-sini lewat tiga sampai empat link dan kadang masih 404. Tapi ternyata di situs baru, ada diagram tumpuk berlapis dari teknologi, jadi aku menghabiskan 20 menit untuk merangkainya pelan-pelan sampai semua pemahaman proyekku yang sebelumnya masih terpisah-pisah benar-benar nyambung jadi satu. Situs resmi baru tidak banyak membangun narasi pemasaran; mereka langsung membuka seluruh tumpukan teknologi dari lapisan dasar sampai lapisan atas. Paling bawah ada DuskDS—ini yang menangani konsensus, settlement (penyelesaian transaksi), dan ketersediaan data. Lapisan konsensusnya memakai SBA, sebuah mekanisme PoS berbasis komite. Prosesnya memilih pembuat blok lewat Proof-of-Blind-Bid yang bersifat anonim. Daftar validator selalu berubah setiap putaran—desain seperti ini untuk mencegah validator terkunci lebih dulu atau jadi sasaran serangan, serta menghindari pola umum di PoS tradisional di mana “orang besar” mendominasi hak membuat blok. Lapisan transaksi memakai Phoenix, berbasis model catatan UTXO: dana direpresentasikan dalam bentuk “notes” terenkripsi. Pedersen commitment dipakai untuk menyembunyikan jumlah, sementara invalidator (penghalang invalid) menutup peluang double-spend. Node hanya bertugas memverifikasi apakah proof pengetahuan nol (zero-knowledge proof) yang dikirim valid. Waktu aku mengetes sebelumnya, aku coba memasukkan transaksi dengan data plaintext—langsung ditolak. Dari situ aku baru sadar kalau aturannya sudah “dibuat keras” sejak lapisan konsensus. Lalu naik ke atas lagi: lapisan Dusk Trade. Awalnya aku mengira ini sekadar DEX privasi yang memakai “kulit” (thin wrapper), tapi demo alur di situs justru menunjukkan bahwa dia langsung memanggil channel settlement level bawah. Order book secara default terenkripsi, dan memakai ElGamal homomorphic encryption: harga dan jumlah saat memasang order semuanya berupa ciphertext di blockchain. Mesin pencocokan bisa menghitung kecocokan langsung dari ciphertext, lalu setelah menentukan harga eksekusi dan jumlahnya barulah proses dekripsi dilakukan untuk menyelesaikan transaksi. Sepanjang prosesnya, detail-detail order tidak diekspos. Di atasnya ada satu lapisan lagi: DuskEVM. Ini adalah lapisan eksekusi yang dimodifikasi dari OP Stack, yang langsung melakukan settlement di DuskDS. Kalau Sol di-*connect* ke sana, kemampuan privasi level bawah bisa ikut terbawa tanpa perlu “membangun tungku sendiri”. Paling atas adalah workflow pasar yang patuh (compliance) yang menjadikan Citadel sebagai modul native yang bisa dipanggil. Pengguna tidak perlu mengirim foto paspor; cukup dengan zero-knowledge proof, pengguna bisa membuktikan ke sistem bahwa mereka “sudah menyelesaikan verifikasi kepatuhan”. Dulu aku sering merasa jalur teknis Dusk itu terpecah-pecah: sepotong di sini, sepotong di sana. Baru kali ini, setelah situs baru merentangkan semuanya dari ujung ke ujung, aku sadar—sejak awal Dusk bukan sekadar membuat mainan untuk transfer anonim. Mereka sedang membangun fondasi keuangan privasi yang lengkap, sekaligus patuh. Habis membaca, aku langsung nambah sedikit DUSK. Soalnya sekarang jarang sekali ada proyek yang berani menaruh arsitektur teknologinya terang-terangan dan bisa dilihat semua orang. #dusk $DUSK @Dusk_Foundation
Tadi malam lembur sambil “mengintip” (scrolling) sampai ke Dusk—situs web resminya baru saja rilis. Awalnya aku masuk dengan mindset “cuma ganti tampilan proyek (rebranding/re-skin)”. Situs lama saja kalau mau cari dokumen teknis harus loncat sana-sini lewat tiga sampai empat link dan kadang masih 404. Tapi ternyata di situs baru, ada diagram tumpuk berlapis dari teknologi, jadi aku menghabiskan 20 menit untuk merangkainya pelan-pelan sampai semua pemahaman proyekku yang sebelumnya masih terpisah-pisah benar-benar nyambung jadi satu.

Situs resmi baru tidak banyak membangun narasi pemasaran; mereka langsung membuka seluruh tumpukan teknologi dari lapisan dasar sampai lapisan atas. Paling bawah ada DuskDS—ini yang menangani konsensus, settlement (penyelesaian transaksi), dan ketersediaan data. Lapisan konsensusnya memakai SBA, sebuah mekanisme PoS berbasis komite. Prosesnya memilih pembuat blok lewat Proof-of-Blind-Bid yang bersifat anonim. Daftar validator selalu berubah setiap putaran—desain seperti ini untuk mencegah validator terkunci lebih dulu atau jadi sasaran serangan, serta menghindari pola umum di PoS tradisional di mana “orang besar” mendominasi hak membuat blok.

Lapisan transaksi memakai Phoenix, berbasis model catatan UTXO: dana direpresentasikan dalam bentuk “notes” terenkripsi. Pedersen commitment dipakai untuk menyembunyikan jumlah, sementara invalidator (penghalang invalid) menutup peluang double-spend. Node hanya bertugas memverifikasi apakah proof pengetahuan nol (zero-knowledge proof) yang dikirim valid. Waktu aku mengetes sebelumnya, aku coba memasukkan transaksi dengan data plaintext—langsung ditolak. Dari situ aku baru sadar kalau aturannya sudah “dibuat keras” sejak lapisan konsensus.

Lalu naik ke atas lagi: lapisan Dusk Trade. Awalnya aku mengira ini sekadar DEX privasi yang memakai “kulit” (thin wrapper), tapi demo alur di situs justru menunjukkan bahwa dia langsung memanggil channel settlement level bawah. Order book secara default terenkripsi, dan memakai ElGamal homomorphic encryption: harga dan jumlah saat memasang order semuanya berupa ciphertext di blockchain. Mesin pencocokan bisa menghitung kecocokan langsung dari ciphertext, lalu setelah menentukan harga eksekusi dan jumlahnya barulah proses dekripsi dilakukan untuk menyelesaikan transaksi. Sepanjang prosesnya, detail-detail order tidak diekspos.

Di atasnya ada satu lapisan lagi: DuskEVM. Ini adalah lapisan eksekusi yang dimodifikasi dari OP Stack, yang langsung melakukan settlement di DuskDS. Kalau Sol di-*connect* ke sana, kemampuan privasi level bawah bisa ikut terbawa tanpa perlu “membangun tungku sendiri”.

Paling atas adalah workflow pasar yang patuh (compliance) yang menjadikan Citadel sebagai modul native yang bisa dipanggil. Pengguna tidak perlu mengirim foto paspor; cukup dengan zero-knowledge proof, pengguna bisa membuktikan ke sistem bahwa mereka “sudah menyelesaikan verifikasi kepatuhan”.

Dulu aku sering merasa jalur teknis Dusk itu terpecah-pecah: sepotong di sini, sepotong di sana. Baru kali ini, setelah situs baru merentangkan semuanya dari ujung ke ujung, aku sadar—sejak awal Dusk bukan sekadar membuat mainan untuk transfer anonim. Mereka sedang membangun fondasi keuangan privasi yang lengkap, sekaligus patuh.

Habis membaca, aku langsung nambah sedikit DUSK. Soalnya sekarang jarang sekali ada proyek yang berani menaruh arsitektur teknologinya terang-terangan dan bisa dilihat semua orang. #dusk $DUSK @Dusk
Sungguh, di awal aku juga mengira Dusk cuma ikut-ikutan pola lama “narasi anon” yang dipakai buat trading—sampai minggu lalu aku ikut tes RC2 di mainnet bareng komunitas Discord, jam tiga dini hari es americano-nya udah mulai hangat. Gas aku turunin sampai mentok, ngejam 20 menit karena kebentur—aku sampai protes ke admin. Baru setelah dites sana-sini aku sadar ini benar-benar beda dengan privacy chain yang pernah aku coba sebelumnya. Kebanyakan privacy chain enkripsinya ditulis di layer smart contract. Analognya gembok rumahmu dipasang di ruang tamu: kalau ada pencuri ngegasak jendela masuk, semua isi rumah kelihatan. Tahun lalu aku tes salah satu privacy chain yang lagi naik daun—karena celah izin di kontrak, semua transfer di testnet malah bocor plaintext langsung ke block explorer. Alamat tes yang aku pakai bahkan kena gangguan airdrop sampah selama dua bulan. Dusk langsung “mengelas” enkripsi komitmen Pedersen ke layer konsensus SBA: aset sejak masuk ke mempool sudah dalam kondisi terenkripsi. Bahkan kalau node pegang full data seluruh blok, yang bisa dibaca cuma bukti pengetahuan nol bahwa “transaksinya sah”—tidak ada satu sen pun nominal plaintext, alamat pun tidak bisa diintip. Aku sengaja menyuntikkan data transaksi plaintext ke interface node, lalu langsung dipantulkan balik oleh layer konsensus—bahkan tahap validasinya pun tidak bisa masuk. Dulu yang paling bikin aku kesal dari privacy chain adalah masalah KYC. Tahun lalu aku pakai privacy chain yang katanya compliant: foto paspor kubikin unggah lewat plugin pihak ketiga, dan belakangan malah langsung kena spam SMS sampah dari luar negeri. KYC Dusk dengan ZkKYC langsung terintegrasi di Rusk virtual machine: kredensial KYC kamu tersimpan di lokalmu sendiri. Saat transaksi, yang dihasilkan cuma bukti bahwa “aku memenuhi persyaratan regulasi”—bahkan pihak proyek pun tidak bisa dapat informasi identitasmu. Kalau regulator dibuka audit view pun yang terlihat hanya transaksi yang ditentukan. Sekarang mereka baru menggabungkan PR bukti campuran FRI + PLONK: waktu verifikasi per transaksi turun sampai 1,4 milidetik. Menjalankan gas untuk smart contract rahasia juga 67% lebih rendah dibanding EVM yang dipaketkan dengan layer ZK. Aku deploy kontrak pengujian obligasi bahkan cuma butuh kurang dari 20 baris kode, dan gas yang keluar cuma 0,28 $DUSK. Sebelumnya aku pernah rugi kecil sekitar dua ribu U gara-gara ketempel di privacy chain lama. Aku selalu merasa privacy dan compliance itu memang musuh bebuyutan sejak lahir: atau jadi tempat hangat tumbuhnya “grey business” serba anonim, atau jadi “chain” yang mengorek habis privasi pengguna. Setelah selesai tes Dusk, baru aku paham: privasi memang tidak seharusnya jadi kedok untuk aktivitas abu-abu. Aset dan data identitas pengguna semestinya selalu dipegang oleh mereka sendiri. Dan compliance pun tidak boleh mengorbankan privasi. Dusk benar-benar memotong tuntas simpul kusut yang sudah hampir sepuluh tahun dari lapisan paling bawah, @Dusk_Foundation {spot}(DUSKUSDT) #dusk $DUSK
Sungguh, di awal aku juga mengira Dusk cuma ikut-ikutan pola lama “narasi anon” yang dipakai buat trading—sampai minggu lalu aku ikut tes RC2 di mainnet bareng komunitas Discord, jam tiga dini hari es americano-nya udah mulai hangat. Gas aku turunin sampai mentok, ngejam 20 menit karena kebentur—aku sampai protes ke admin. Baru setelah dites sana-sini aku sadar ini benar-benar beda dengan privacy chain yang pernah aku coba sebelumnya.

Kebanyakan privacy chain enkripsinya ditulis di layer smart contract. Analognya gembok rumahmu dipasang di ruang tamu: kalau ada pencuri ngegasak jendela masuk, semua isi rumah kelihatan. Tahun lalu aku tes salah satu privacy chain yang lagi naik daun—karena celah izin di kontrak, semua transfer di testnet malah bocor plaintext langsung ke block explorer. Alamat tes yang aku pakai bahkan kena gangguan airdrop sampah selama dua bulan. Dusk langsung “mengelas” enkripsi komitmen Pedersen ke layer konsensus SBA: aset sejak masuk ke mempool sudah dalam kondisi terenkripsi. Bahkan kalau node pegang full data seluruh blok, yang bisa dibaca cuma bukti pengetahuan nol bahwa “transaksinya sah”—tidak ada satu sen pun nominal plaintext, alamat pun tidak bisa diintip. Aku sengaja menyuntikkan data transaksi plaintext ke interface node, lalu langsung dipantulkan balik oleh layer konsensus—bahkan tahap validasinya pun tidak bisa masuk.

Dulu yang paling bikin aku kesal dari privacy chain adalah masalah KYC. Tahun lalu aku pakai privacy chain yang katanya compliant: foto paspor kubikin unggah lewat plugin pihak ketiga, dan belakangan malah langsung kena spam SMS sampah dari luar negeri. KYC Dusk dengan ZkKYC langsung terintegrasi di Rusk virtual machine: kredensial KYC kamu tersimpan di lokalmu sendiri. Saat transaksi, yang dihasilkan cuma bukti bahwa “aku memenuhi persyaratan regulasi”—bahkan pihak proyek pun tidak bisa dapat informasi identitasmu. Kalau regulator dibuka audit view pun yang terlihat hanya transaksi yang ditentukan. Sekarang mereka baru menggabungkan PR bukti campuran FRI + PLONK: waktu verifikasi per transaksi turun sampai 1,4 milidetik. Menjalankan gas untuk smart contract rahasia juga 67% lebih rendah dibanding EVM yang dipaketkan dengan layer ZK. Aku deploy kontrak pengujian obligasi bahkan cuma butuh kurang dari 20 baris kode, dan gas yang keluar cuma 0,28 $DUSK .

Sebelumnya aku pernah rugi kecil sekitar dua ribu U gara-gara ketempel di privacy chain lama. Aku selalu merasa privacy dan compliance itu memang musuh bebuyutan sejak lahir: atau jadi tempat hangat tumbuhnya “grey business” serba anonim, atau jadi “chain” yang mengorek habis privasi pengguna. Setelah selesai tes Dusk, baru aku paham: privasi memang tidak seharusnya jadi kedok untuk aktivitas abu-abu. Aset dan data identitas pengguna semestinya selalu dipegang oleh mereka sendiri. Dan compliance pun tidak boleh mengorbankan privasi. Dusk benar-benar memotong tuntas simpul kusut yang sudah hampir sepuluh tahun dari lapisan paling bawah, @Dusk
#dusk $DUSK
Minggu-minggu, di kafe bawah apartemen nyolong-nyolong AC, ikut uji jaringan Dusk, terus salah memasukkan sandi sampai tiga kali berturut-turut—ribut setengah jam baru selesai menjalankan transaksi ke-21. Aku menatap lama sekali log eksekusi di mesin virtual Rusk—sebelumnya sudah main beberapa rantai privat lama, entah nyangkut setengah hari tidak bisa menghasilkan blok, atau anonimitasnya dilakukan sampai penuh sesuai kepatuhan sehingga sama sekali tidak bisa membuka izin audit. Awalnya aku sudah tidak berharap apa-apa pada “blockchain privasi” yang katanya itu, sampai akhirnya jatuh ke lubang dengan tangan sendiri: ternyata ini benar-benar bukan cuma sekadar bungkusan luar buat menggoreng konsep. Paling awal saat aku berperan sebagai pihak konsensus SBA, aku anggapnya hanya PoS kulit luarnya—setelah membaca aturan node dan menjalankan simulasi double-spend 10.000 kali barulah paham: SBA (Segregated Byzantine Agreement, perjanjian Bizantium yang terpisah) membagi node menjadi dua lapis. Lapisan pertama adalah komite penjatah blok yang bertugas mengemas transaksi, lapisan kedua adalah validator pemeriksa yang melakukan audit acak secara selektif. Seed untuk pemeriksaan acak dihasilkan oleh VDF (verifiable delay function), jadi tidak ada yang bisa memprediksi jauh hari siapa yang akan diaudit berikutnya. Penjelajah testnet menampilkan ada 3 node yang jaminannya dipotong karena mengirim blok tidak valid; dua di antaranya kena penalti “lembut”—kelewat beberapa blok, sementara dikeluarkan dari antrian konsensus, jumlah staking yang efektif dipangkas; yang satu lagi kena penalti “keras”—ketahuan melakukan double-signing, token staking langsung dipotong 20% lalu dimusnahkan. Mekanisme penalti seperti ini menaikkan biaya untuk berbuat jahat secara drastis, dan ongkos coba-coba jadi sangat besar. Saat uji transaksi, aku lengah dan menambahkan satu angka nol—nominal langsung melewati batas Range Proof, transaksi langsung dipulangkan seketika, bahkan jejak transaksi sampah pun tidak tertinggal di blockchain. Range Proof pada protokol Phoenix benar-benar mengunci rentang nilai transaksi; ditambah dengan komitmen aset tiap transaksi yang “dikunci mati” menggunakan Pedersen Commitment, tidak akan ada penerbitan aset secara sewenang-wenang. Ditambah satu kali Stealth Address yang otomatis mengganti alamat baru untuk setiap transaksi, aku mentransfer 5 kali token uji berturut-turut—di blockchain sama sekali tidak mungkin mengaitkan kelima transaksi itu ke satu akun yang sama. Bukti PLONK hasil agregasi rekursif terkompresi hanya 287 byte; verifikasi per transaksi hanya 1,8 milidetik—jalannya mulus, bahkan saat puncak testnet pun tidak menemui kemacetan. Mesin virtual Rusk ditulis dari nol sepenuhnya dengan Rust, dan secara native mendukung standar aset rahasia. Aku deploy Token uji, kode privasi bahkan tidak sampai 200 baris—jalan kontraknya gas-nya 63% lebih rendah dibanding EVM yang dibungkus lapisan ZK, dan juga menyediakan pintu masuk hak audit untuk pihak yang patuh. Privasi dan kepatuhan tidak perlu pilih salah satu, keduanya bisa dipenuhi sekaligus. Testnet selesai dijalankan malam itu, aku jauh lebih tenang dibanding saat ikut menyetor dana untuk proyek mana pun sebelumnya. {spot}(DUSKUSDT) #dusk $DUSK @Dusk_Foundation
Minggu-minggu, di kafe bawah apartemen nyolong-nyolong AC, ikut uji jaringan Dusk, terus salah memasukkan sandi sampai tiga kali berturut-turut—ribut setengah jam baru selesai menjalankan transaksi ke-21. Aku menatap lama sekali log eksekusi di mesin virtual Rusk—sebelumnya sudah main beberapa rantai privat lama, entah nyangkut setengah hari tidak bisa menghasilkan blok, atau anonimitasnya dilakukan sampai penuh sesuai kepatuhan sehingga sama sekali tidak bisa membuka izin audit. Awalnya aku sudah tidak berharap apa-apa pada “blockchain privasi” yang katanya itu, sampai akhirnya jatuh ke lubang dengan tangan sendiri: ternyata ini benar-benar bukan cuma sekadar bungkusan luar buat menggoreng konsep.

Paling awal saat aku berperan sebagai pihak konsensus SBA, aku anggapnya hanya PoS kulit luarnya—setelah membaca aturan node dan menjalankan simulasi double-spend 10.000 kali barulah paham: SBA (Segregated Byzantine Agreement, perjanjian Bizantium yang terpisah) membagi node menjadi dua lapis. Lapisan pertama adalah komite penjatah blok yang bertugas mengemas transaksi, lapisan kedua adalah validator pemeriksa yang melakukan audit acak secara selektif. Seed untuk pemeriksaan acak dihasilkan oleh VDF (verifiable delay function), jadi tidak ada yang bisa memprediksi jauh hari siapa yang akan diaudit berikutnya. Penjelajah testnet menampilkan ada 3 node yang jaminannya dipotong karena mengirim blok tidak valid; dua di antaranya kena penalti “lembut”—kelewat beberapa blok, sementara dikeluarkan dari antrian konsensus, jumlah staking yang efektif dipangkas; yang satu lagi kena penalti “keras”—ketahuan melakukan double-signing, token staking langsung dipotong 20% lalu dimusnahkan. Mekanisme penalti seperti ini menaikkan biaya untuk berbuat jahat secara drastis, dan ongkos coba-coba jadi sangat besar.

Saat uji transaksi, aku lengah dan menambahkan satu angka nol—nominal langsung melewati batas Range Proof, transaksi langsung dipulangkan seketika, bahkan jejak transaksi sampah pun tidak tertinggal di blockchain. Range Proof pada protokol Phoenix benar-benar mengunci rentang nilai transaksi; ditambah dengan komitmen aset tiap transaksi yang “dikunci mati” menggunakan Pedersen Commitment, tidak akan ada penerbitan aset secara sewenang-wenang. Ditambah satu kali Stealth Address yang otomatis mengganti alamat baru untuk setiap transaksi, aku mentransfer 5 kali token uji berturut-turut—di blockchain sama sekali tidak mungkin mengaitkan kelima transaksi itu ke satu akun yang sama. Bukti PLONK hasil agregasi rekursif terkompresi hanya 287 byte; verifikasi per transaksi hanya 1,8 milidetik—jalannya mulus, bahkan saat puncak testnet pun tidak menemui kemacetan.

Mesin virtual Rusk ditulis dari nol sepenuhnya dengan Rust, dan secara native mendukung standar aset rahasia. Aku deploy Token uji, kode privasi bahkan tidak sampai 200 baris—jalan kontraknya gas-nya 63% lebih rendah dibanding EVM yang dibungkus lapisan ZK, dan juga menyediakan pintu masuk hak audit untuk pihak yang patuh. Privasi dan kepatuhan tidak perlu pilih salah satu, keduanya bisa dipenuhi sekaligus. Testnet selesai dijalankan malam itu, aku jauh lebih tenang dibanding saat ikut menyetor dana untuk proyek mana pun sebelumnya.
#dusk $DUSK @Dusk
Masuk untuk menjelajahi konten lainnya
Bergabunglah dengan pengguna kripto global di Binance Square
⚡️ Dapatkan informasi terbaru dan berguna tentang kripto.
💬 Dipercayai oleh bursa kripto terbesar di dunia.
👍 Temukan wawasan nyata dari kreator terverifikasi.
Email/Nomor Ponsel
Sitemap
Preferensi Cookie
S&K Platform