Binance Square
北洛KT
3.7k 投稿

北洛KT

厳選トピック確認済+
曾经的撸毛党|alpha资深参与者|山寨币质检员|分币不赚主打陪伴协会会员
BNBホルダー
BNBホルダー
高頻度トレーダー
1.9年
714 フォロー
35.3K フォロワー
20.2K+ いいね
投稿
·
--
翻訳参照
能不能让在线密钥动钱?这是生产质押选密钥方案的第一问。我先关心在线密钥会不会拿到资金退出权,再看配置是否省事。合并密钥会让在线共识密钥拥有资金退出权,这意味着它能发起unstake和withdraw。准备把owner设为consensus时,犹豫一下很有必要。 先看@Dusk_Foundation 的node-wallet-setup给出的两种配置。一种让owner与consensus合并,由同一把在线密钥承担共识和资金职责;另一种把两把密钥分开,让共识权限与资金动作各归其位。合并方案运维更轻,分离方案管理更重。步骤少只说明省事,也未必代表生产风险更低。 机制关键在权限是否随在线密钥一起暴露。把两种方案拆开对照,再放进四项选择矩阵。在线暴露看共识密钥是否兼任资金密钥;资金退出权看它能否发起unstake和withdraw;备份恢复看职责合并或分开;运维成本看便利与隔离各自的代价。合并方案得到简单和权限集中,分离方案增加运维并隔离退出权限。这与把步骤少等同安全的说法对不上。 为什么分离不等于风险消失?矩阵只能证明分离后的共识密钥不能解除质押和提取,不等于其他风险被清空。多一套备份、恢复和权限管理会让人打鼓,我也会为复杂度犹豫。但当你的在线密钥被攻破时,能否触及资金退出权才是最坏情形的分界。 资金隔离先于便利,就是答案。小型或临时环境只有明确接受在线密钥权限集中,才可选择owner=consensus。$DUSK 生产质押若要求资金动作与在线共识职责隔离,就应优先分离owner。分离会增加运维和恢复成本,但不意味着它消除全部风险。审慎选择要写清最坏情形下谁能动钱。#dusk
能不能让在线密钥动钱?这是生产质押选密钥方案的第一问。我先关心在线密钥会不会拿到资金退出权,再看配置是否省事。合并密钥会让在线共识密钥拥有资金退出权,这意味着它能发起unstake和withdraw。准备把owner设为consensus时,犹豫一下很有必要。
先看@Dusk 的node-wallet-setup给出的两种配置。一种让owner与consensus合并,由同一把在线密钥承担共识和资金职责;另一种把两把密钥分开,让共识权限与资金动作各归其位。合并方案运维更轻,分离方案管理更重。步骤少只说明省事,也未必代表生产风险更低。
机制关键在权限是否随在线密钥一起暴露。把两种方案拆开对照,再放进四项选择矩阵。在线暴露看共识密钥是否兼任资金密钥;资金退出权看它能否发起unstake和withdraw;备份恢复看职责合并或分开;运维成本看便利与隔离各自的代价。合并方案得到简单和权限集中,分离方案增加运维并隔离退出权限。这与把步骤少等同安全的说法对不上。
为什么分离不等于风险消失?矩阵只能证明分离后的共识密钥不能解除质押和提取,不等于其他风险被清空。多一套备份、恢复和权限管理会让人打鼓,我也会为复杂度犹豫。但当你的在线密钥被攻破时,能否触及资金退出权才是最坏情形的分界。
资金隔离先于便利,就是答案。小型或临时环境只有明确接受在线密钥权限集中,才可选择owner=consensus。$DUSK 生产质押若要求资金动作与在线共识职责隔离,就应优先分离owner。分离会增加运维和恢复成本,但不意味着它消除全部风险。审慎选择要写清最坏情形下谁能动钱。#dusk
翻訳参照
我在设置页翻到第三屏才摸到披露档位,出厂默认那四个字明明白白写着公开透明。手停在开关上,没有点下去,犹豫了半天还是先截图留底。我一直以为可编程隐私等于默认就隐私,这一格让我盯了半天。出厂默认公开透明,等于没主动设置的人先暴露,再谈选择。顺序一颠倒,隐私就成了奢侈品。 先看官方把可编程隐私拆成的三部分分工,各部分各管一块。我按着入口一项项核,把出厂默认态、未设置用户的数据去向、已公开数据的回收性列成三行对照。@Dusk_Foundation 强调的隐私按需,落到出厂值这一格,跟宣传口径是两个方向。按需是给你选择的权利,默认却先替你选了公开。这个次序差多数人根本没察觉,宣传页也从不说破。 我翻了两遍原文,前两项都能找到对应说明,第三项找不到回收通道。翻完这两遍我才慢慢回过味,出厂即公开透明,等于不主动设置的人停在透明档,过去已经公开的那部分没有地方可收。默认值没有回收按钮,这其实跟大多数人的直觉相反。隐私宣传讲的是上限,出厂值写的是下限,两个数中间隔着一条单向门。 Moonlight的透明账本机制写得很清楚,每笔写进公开账,隐私只在主动选了隐藏之后才生效。$DUSK 生态里默认态和主动选项是两套路数。没有谁对谁错,关键在先问出厂值在哪。对普通人来说,先暴露再选择比先选择再暴露危险得多,因为你未必知道自己正在暴露,等你发现往往已经晚了一格。 回到开头那个疑问,看隐私项目先问默认值再问可编程。出厂透明并不等于没有隐私,它只是把选择权交回你手里,不主动拨开关的人约等于没有隐私。#dusk 的价值点恰恰落在默认与主动的分界上。我以后评估任何链,先把默认档位翻出来看一眼,再听宣传怎么讲。这一格翻不翻,决定了你是选方还是被选方。
我在设置页翻到第三屏才摸到披露档位,出厂默认那四个字明明白白写着公开透明。手停在开关上,没有点下去,犹豫了半天还是先截图留底。我一直以为可编程隐私等于默认就隐私,这一格让我盯了半天。出厂默认公开透明,等于没主动设置的人先暴露,再谈选择。顺序一颠倒,隐私就成了奢侈品。

先看官方把可编程隐私拆成的三部分分工,各部分各管一块。我按着入口一项项核,把出厂默认态、未设置用户的数据去向、已公开数据的回收性列成三行对照。@Dusk 强调的隐私按需,落到出厂值这一格,跟宣传口径是两个方向。按需是给你选择的权利,默认却先替你选了公开。这个次序差多数人根本没察觉,宣传页也从不说破。

我翻了两遍原文,前两项都能找到对应说明,第三项找不到回收通道。翻完这两遍我才慢慢回过味,出厂即公开透明,等于不主动设置的人停在透明档,过去已经公开的那部分没有地方可收。默认值没有回收按钮,这其实跟大多数人的直觉相反。隐私宣传讲的是上限,出厂值写的是下限,两个数中间隔着一条单向门。

Moonlight的透明账本机制写得很清楚,每笔写进公开账,隐私只在主动选了隐藏之后才生效。$DUSK 生态里默认态和主动选项是两套路数。没有谁对谁错,关键在先问出厂值在哪。对普通人来说,先暴露再选择比先选择再暴露危险得多,因为你未必知道自己正在暴露,等你发现往往已经晚了一格。

回到开头那个疑问,看隐私项目先问默认值再问可编程。出厂透明并不等于没有隐私,它只是把选择权交回你手里,不主动拨开关的人约等于没有隐私。#dusk 的价值点恰恰落在默认与主动的分界上。我以后评估任何链,先把默认档位翻出来看一眼,再听宣传怎么讲。这一格翻不翻,决定了你是选方还是被选方。
翻訳参照
OpenAI最近这出剧情,多少有点黑色幽默。 本来只是让AI自己找找漏洞,结果它真顺着漏洞跑出了原本划定的范围,还碰到了外面的系统。 OpenAI一看不对,只能先按下暂停键,把门窗补牢,再派另一批AI盯着它。 以前总担心AI把人类的工作抢完。 现在看,人类最后能保住的岗位,大概率还是开会、审批和写事故复盘。 技术越来越新,管理方式倒是一点没变。
OpenAI最近这出剧情,多少有点黑色幽默。

本来只是让AI自己找找漏洞,结果它真顺着漏洞跑出了原本划定的范围,还碰到了外面的系统。

OpenAI一看不对,只能先按下暂停键,把门窗补牢,再派另一批AI盯着它。

以前总担心AI把人类的工作抢完。

现在看,人类最后能保住的岗位,大概率还是开会、审批和写事故复盘。

技术越来越新,管理方式倒是一点没变。
翻訳参照
固定利率最容易被误解的地方,不是利率哪天会变,而是它从头到尾只锁了成本里的一层。我以前总以为固定利率锁的是全部成本,担保品的价格在动,滑点跟着池子深度在动,这两样从来没有被写进任何锁定公式。两层浮动的账,才是决定这笔钱贵不贵的部分。 我翻了官方算例的原文,把成本拆成三层重新算。利率这一层,公式写着借款费率等于GT铸币参考利率乘10%加成交借款利率乘3%,再乘天数除365。我代2000 USDC借90天、成交利率5%,第一遍页面提示参数无效,重跑算出来费用3.6986 FT,折0.18493%。这一层确实锁死了。一个基点都不会多收。铸币参考利率稳定币按6%起算,非稳定币按3%,两个基准都写死在公式里。 剩下两层没人锁。抵押这层,算例里1 ETH按1000美元估,MLTV定在0.8,最多铸800 FT。价格一抖能借的额度就抖。清算这层,LTV碰到清算线就要罚,罚金按债务价值的10%起算,担保品跌得越深罚得越狠。滑点这层,FT卖不卖得动看池子深度,页面从来没给过任何保证。费用这层也按天缩放,早一天还晚一天还,数字都不是同一个。@termmax 固定利率只锁利率一层,抵押和滑点两层账要自己算。 直接说结论,固定利率不是成本锁定,是成本里最小的一层被锁住了。剩下两层会动,不等于你不需要管,而是没人替你管。宣传页把锁定写成卖点,参数表把浮动写成分母,中间的空档才是你的真实风险。算到这一层我出了点冷汗,宣传里那句风险已知,只答对了一半。 你的仓位里,担保品跌10%的时候清算线离你还有多远?利率锁没锁是小事,这两层浮动的账才是要命的地方。先把三层成本列出来,再决定这笔借款香不香。#TermMax
固定利率最容易被误解的地方,不是利率哪天会变,而是它从头到尾只锁了成本里的一层。我以前总以为固定利率锁的是全部成本,担保品的价格在动,滑点跟着池子深度在动,这两样从来没有被写进任何锁定公式。两层浮动的账,才是决定这笔钱贵不贵的部分。
我翻了官方算例的原文,把成本拆成三层重新算。利率这一层,公式写着借款费率等于GT铸币参考利率乘10%加成交借款利率乘3%,再乘天数除365。我代2000 USDC借90天、成交利率5%,第一遍页面提示参数无效,重跑算出来费用3.6986 FT,折0.18493%。这一层确实锁死了。一个基点都不会多收。铸币参考利率稳定币按6%起算,非稳定币按3%,两个基准都写死在公式里。
剩下两层没人锁。抵押这层,算例里1 ETH按1000美元估,MLTV定在0.8,最多铸800 FT。价格一抖能借的额度就抖。清算这层,LTV碰到清算线就要罚,罚金按债务价值的10%起算,担保品跌得越深罚得越狠。滑点这层,FT卖不卖得动看池子深度,页面从来没给过任何保证。费用这层也按天缩放,早一天还晚一天还,数字都不是同一个。@TermMax 固定利率只锁利率一层,抵押和滑点两层账要自己算。
直接说结论,固定利率不是成本锁定,是成本里最小的一层被锁住了。剩下两层会动,不等于你不需要管,而是没人替你管。宣传页把锁定写成卖点,参数表把浮动写成分母,中间的空档才是你的真实风险。算到这一层我出了点冷汗,宣传里那句风险已知,只答对了一半。
你的仓位里,担保品跌10%的时候清算线离你还有多远?利率锁没锁是小事,这两层浮动的账才是要命的地方。先把三层成本列出来,再决定这笔借款香不香。#TermMax
一部該当
官方宣传页那句区块批准即终结,我抄下来先圈了四个字,正常运作,这就是真相的入口。圈完才敢往下读,这种承诺句里藏着的限定词,比主句本身更值钱,这是第一课。读多了宣传材料,我养成一个习惯,先找限定词,再读主句。顺序反了,判断就跟着反了。 先翻正常运作划掉的情形,逐条列,答案就在被划掉的部分里。验证者缺席是1条,消息延迟是1条,迭代超时又是1条,数下来至少3条例外。这才是隐藏的账本。这3条之外还有没有,文档没写,但光这3条,已够把承诺拆成两半。@Dusk_Foundation 我查了这3条路径,走了一遍,一条条代入。验证者缺席时,迭代不会停,重试机制接着跑。一轮最多50次迭代,烧完这一轮就得从头再来。消息延迟超过阈值,回退逻辑接管。走查到第3条,我犹豫了一下,把转账的去向在流程图上标了又改。 对照机制层的承诺,转账没有消失,它被排进重试队列,等下一次迭代。我把这套回退路径跑了一遍,3条例外逐条走通,结果和我画的一致。异常情形下它会被重排,而不是丢失。重排不是丢失,这个区别对结算用户来说,就是账还能不能对平。$DUSK 宣传句里的终结,和机制层的终结,从来不是同一句承诺,这才是差距所在。一个说的是结果,一个说的是兜底。常态之外的路径,官方并没有藏,只是写在没人细读的位置。数到这里我才回过味来,说白了,确定性终结承诺的是常态,不是全部情形。异常时承诺被暂停,不是被打破。 承诺的边界一直写在限定词里,不过它不会替你把例外念出来。看一条终结性承诺,关键是先找它划掉的那部分。边界的清晰程度,才决定这笔钱等得值不值。异常时承诺被暂停,不会失效,这就是答案。看懂限定词,才算看懂后半句。#dusk
官方宣传页那句区块批准即终结,我抄下来先圈了四个字,正常运作,这就是真相的入口。圈完才敢往下读,这种承诺句里藏着的限定词,比主句本身更值钱,这是第一课。读多了宣传材料,我养成一个习惯,先找限定词,再读主句。顺序反了,判断就跟着反了。

先翻正常运作划掉的情形,逐条列,答案就在被划掉的部分里。验证者缺席是1条,消息延迟是1条,迭代超时又是1条,数下来至少3条例外。这才是隐藏的账本。这3条之外还有没有,文档没写,但光这3条,已够把承诺拆成两半。@Dusk

我查了这3条路径,走了一遍,一条条代入。验证者缺席时,迭代不会停,重试机制接着跑。一轮最多50次迭代,烧完这一轮就得从头再来。消息延迟超过阈值,回退逻辑接管。走查到第3条,我犹豫了一下,把转账的去向在流程图上标了又改。

对照机制层的承诺,转账没有消失,它被排进重试队列,等下一次迭代。我把这套回退路径跑了一遍,3条例外逐条走通,结果和我画的一致。异常情形下它会被重排,而不是丢失。重排不是丢失,这个区别对结算用户来说,就是账还能不能对平。$DUSK

宣传句里的终结,和机制层的终结,从来不是同一句承诺,这才是差距所在。一个说的是结果,一个说的是兜底。常态之外的路径,官方并没有藏,只是写在没人细读的位置。数到这里我才回过味来,说白了,确定性终结承诺的是常态,不是全部情形。异常时承诺被暂停,不是被打破。

承诺的边界一直写在限定词里,不过它不会替你把例外念出来。看一条终结性承诺,关键是先找它划掉的那部分。边界的清晰程度,才决定这笔钱等得值不值。异常时承诺被暂停,不会失效,这就是答案。看懂限定词,才算看懂后半句。#dusk
前阵子翻到宣传页那句2秒出证明,我卡住了。这行字排得比旁边的说明文字大两号,可它没写是哪个环节的2秒。读到这种数字,我习惯先问一句,2秒是哪个环节的2秒。用过隐私功能的人都知道,证明只是整笔取引の中のひと区画。前のウォレットで同期して、後ろの取引をチェーンに載せる。どの区画も、早くはなれない。ひとつの数字が口径をきっちり固定しないなら、目立つほど、掘る価値がある。 公式ドキュメントを突き合わせて、さらにウォレット自身でも試した。そこには、ブラウザ側での証明生成が2秒未満だと書かれている。つまりこの口径は、実際には水分がほとんどない。だがこの区画だけを切り出して計算すると、2秒はむしろチェーン全体でいちばん正直な数字になる。自分は送金テストをした。ブラウザのステップはぐるりと2回回って結果が出る。紙の説明の口径とほぼ一致していた。@Dusk_Foundation 。最初の区画の約束は、きっちり履行される。けれど最初の区画の外側の帳尻は、このページだけでは既成の形では見つからない。 問題は残りの2区画にあった。ウォレット同期が3秒を食う。これはまだ序の口だ。ステータスバーの回転表示を見つめて数秒、3秒が過ぎても、回転は止まらない。真の待ち時間はチェーン上で起きる。送金は最終確認まで待つ必要があり、40分は常態だ。翌日まで跨いだことだってないわけではない。確認待ちの間、ブロック高の跳ね上がり回数を数えた。数えるほど、待ち時間に少しの水分もないとわかった。総時間を分解して自分で計算すると、2秒は時間の帳尻の中では小さすぎて無視できる。2つの区画を合わせて初めて、ユーザーが体感する本当の待ち時間になる。宣伝ページは最初の区画だけを取り上げて話をしている。違うのは性能ではなく、口径だ。 ここまで数えてようやく気づいた。宣伝ページは嘘をついていない。最小の1区画を、すべてだと見せているだけだ。速いかどうかの答えは、口径の境界の中に隠れている。プライバシー取引が割に合うかどうかの判断は、数字の大きさではない。まず、数字の“境界線”がどこに引かれているかを見ることだ。この判断は、数字そのものより価値があり、どんな宣伝画像よりも長持ちする。$DUSK 冒頭の「2秒で証明が出る」という文に戻ろう。この数は、ブラウザの中のほんの小さな一歩のものだ。なのにあなたはそれを、取引全体の約束として扱っている。宣伝ページの数字は、あなたが待つ時間と一致しない。この計算式は難しくない。難しいのは、ウォレットを開く前に、まず一度計算してみるかどうかだ。#dusk
前阵子翻到宣传页那句2秒出证明,我卡住了。这行字排得比旁边的说明文字大两号,可它没写是哪个环节的2秒。读到这种数字,我习惯先问一句,2秒是哪个环节的2秒。用过隐私功能的人都知道,证明只是整笔取引の中のひと区画。前のウォレットで同期して、後ろの取引をチェーンに載せる。どの区画も、早くはなれない。ひとつの数字が口径をきっちり固定しないなら、目立つほど、掘る価値がある。

公式ドキュメントを突き合わせて、さらにウォレット自身でも試した。そこには、ブラウザ側での証明生成が2秒未満だと書かれている。つまりこの口径は、実際には水分がほとんどない。だがこの区画だけを切り出して計算すると、2秒はむしろチェーン全体でいちばん正直な数字になる。自分は送金テストをした。ブラウザのステップはぐるりと2回回って結果が出る。紙の説明の口径とほぼ一致していた。@Dusk 。最初の区画の約束は、きっちり履行される。けれど最初の区画の外側の帳尻は、このページだけでは既成の形では見つからない。

問題は残りの2区画にあった。ウォレット同期が3秒を食う。これはまだ序の口だ。ステータスバーの回転表示を見つめて数秒、3秒が過ぎても、回転は止まらない。真の待ち時間はチェーン上で起きる。送金は最終確認まで待つ必要があり、40分は常態だ。翌日まで跨いだことだってないわけではない。確認待ちの間、ブロック高の跳ね上がり回数を数えた。数えるほど、待ち時間に少しの水分もないとわかった。総時間を分解して自分で計算すると、2秒は時間の帳尻の中では小さすぎて無視できる。2つの区画を合わせて初めて、ユーザーが体感する本当の待ち時間になる。宣伝ページは最初の区画だけを取り上げて話をしている。違うのは性能ではなく、口径だ。

ここまで数えてようやく気づいた。宣伝ページは嘘をついていない。最小の1区画を、すべてだと見せているだけだ。速いかどうかの答えは、口径の境界の中に隠れている。プライバシー取引が割に合うかどうかの判断は、数字の大きさではない。まず、数字の“境界線”がどこに引かれているかを見ることだ。この判断は、数字そのものより価値があり、どんな宣伝画像よりも長持ちする。$DUSK

冒頭の「2秒で証明が出る」という文に戻ろう。この数は、ブラウザの中のほんの小さな一歩のものだ。なのにあなたはそれを、取引全体の約束として扱っている。宣伝ページの数字は、あなたが待つ時間と一致しない。この計算式は難しくない。難しいのは、ウォレットを開く前に、まず一度計算してみるかどうかだ。#dusk
今日は2種類の資料を並べて見た。1つには「8本のチェーン」と書かれていて、もう1つには「10本」と書かれている。逆に考えれば、同じ案件なのにチェーン数が突然2本増えていることになる。2つの名称を合わせるために、ページとページの間で丸一日つっかえた。1本ずつ、1行ずつ確認して、どれだけ照らし合わせても「自分がどこかのページを見落としたのではない」と感じた。違うのは、2つの資料が同じタイミングで話すつもりがなかったということだ。 数字をそのまま写して計算すると、8本が10本になっている。チェーン数だけで25%増えている。同じ告知の中には、登録ウォレット150万と、日次アクティブ9万も押し込まれているが、発表の時点が大きくずれている。<t-2/>@termmax のチェーン上の全体地図は、口径となる時点に合わせて読まなければならない。これは2つの原文を何度も何度も突き合わせて、やっと書けたことだ。この25%は誤記じゃない。2つの資料が数か月ずれて、それぞれが各自の陣営に就いて出てきた結果だ。陣営に就いたタイミングのほうが、数字そのものよりも記憶に値する。 2つの資料はいずれも間違っていない。間違っていたのは私の読み方だ。1つはローリング更新のリーフレットで、もう1つは発表当日のスナップショット。各資料がそれぞれ自分の時点で固定されているから、数字が揃わないのは自然なことだった。並べて2回読んでから、ゆっくりと腑に落ちてきた。核心は数字ではなく「時点」にある。はっきり言えば、チェーン数はまず日付を読んで、日付は更新の習慣を読んでいく。同じ名詞の裏には2本の異なる時間軸がある。 発表日を照らし合わせながら1つずつ確認すると、8本はリーフレット最終更新時の口径で、10本のほうには追加されたHyperEVMとRobinhoodChainが含まれている。そうすればBoosterのアクティビティページにまで、出どころをぐるっと辿っていける。チェーン数が魔法のように変わったのではなく、口径が時間に沿って動いたのだ。増えた2本はずっと前から存在していた。ただ、リーフレット側が書くタイミングに間に合っていなかっただけ。告知が先にそれを代わりに言ってくれたので、この一覧を写し終えたら、リーフレットの横に貼った。 2つの資料の時点の差はそこに置かれているのに、誰も一言も触れていなかった。チェーン数の口径は時点込みで読まなければならない——この一文こそが、より現実に近い読み方だ。でも、それは公式が前後で矛盾していることを意味しない。残っている問題は1つだけ。リーフレットが更新されると10本に追いつくのか、それとも自分のペースで引き続き進むのか。この待ち調査の口は私のほうに残しておく。市場を見張る人は数字の上がり下がりだけを気にする。資料の裏を突き詰める人が見ているのは、その数字が「どの日に立っているか」だ。#TermMax
今日は2種類の資料を並べて見た。1つには「8本のチェーン」と書かれていて、もう1つには「10本」と書かれている。逆に考えれば、同じ案件なのにチェーン数が突然2本増えていることになる。2つの名称を合わせるために、ページとページの間で丸一日つっかえた。1本ずつ、1行ずつ確認して、どれだけ照らし合わせても「自分がどこかのページを見落としたのではない」と感じた。違うのは、2つの資料が同じタイミングで話すつもりがなかったということだ。

数字をそのまま写して計算すると、8本が10本になっている。チェーン数だけで25%増えている。同じ告知の中には、登録ウォレット150万と、日次アクティブ9万も押し込まれているが、発表の時点が大きくずれている。<t-2/>@TermMax のチェーン上の全体地図は、口径となる時点に合わせて読まなければならない。これは2つの原文を何度も何度も突き合わせて、やっと書けたことだ。この25%は誤記じゃない。2つの資料が数か月ずれて、それぞれが各自の陣営に就いて出てきた結果だ。陣営に就いたタイミングのほうが、数字そのものよりも記憶に値する。

2つの資料はいずれも間違っていない。間違っていたのは私の読み方だ。1つはローリング更新のリーフレットで、もう1つは発表当日のスナップショット。各資料がそれぞれ自分の時点で固定されているから、数字が揃わないのは自然なことだった。並べて2回読んでから、ゆっくりと腑に落ちてきた。核心は数字ではなく「時点」にある。はっきり言えば、チェーン数はまず日付を読んで、日付は更新の習慣を読んでいく。同じ名詞の裏には2本の異なる時間軸がある。

発表日を照らし合わせながら1つずつ確認すると、8本はリーフレット最終更新時の口径で、10本のほうには追加されたHyperEVMとRobinhoodChainが含まれている。そうすればBoosterのアクティビティページにまで、出どころをぐるっと辿っていける。チェーン数が魔法のように変わったのではなく、口径が時間に沿って動いたのだ。増えた2本はずっと前から存在していた。ただ、リーフレット側が書くタイミングに間に合っていなかっただけ。告知が先にそれを代わりに言ってくれたので、この一覧を写し終えたら、リーフレットの横に貼った。

2つの資料の時点の差はそこに置かれているのに、誰も一言も触れていなかった。チェーン数の口径は時点込みで読まなければならない——この一文こそが、より現実に近い読み方だ。でも、それは公式が前後で矛盾していることを意味しない。残っている問題は1つだけ。リーフレットが更新されると10本に追いつくのか、それとも自分のペースで引き続き進むのか。この待ち調査の口は私のほうに残しておく。市場を見張る人は数字の上がり下がりだけを気にする。資料の裏を突き詰める人が見ているのは、その数字が「どの日に立っているか」だ。#TermMax
先週翻Dusk Tradeのランディングページを読んでいて、「Take digital ownership of your assets」という一文で引っかかりました。証券会社の商品を買ったことがある人なら分かるはずです。自分が受け取るのは何なのか——口座の中に保有明細が1行あり、証拠(証憑)は証券会社のシステムに存在します。この一文は読み進められません。それが、私が一番知りたかったあの疑問を覆い隠してしまう。オンチェーンの各ステップで所有権が何に置き換わり、最後の「家の登記簿(不動産台帳)」がどこにあるのか、です。 まず、@Dusk_Foundation の公式ドキュメントにある6ステップのワークフローを列挙します。①資産を発見する ②ウォレットに連携する ③アドミッション(参加資格)を通過する ④売買する ⑤資産レッグと支払いレッグを調整する ⑥権限(許可)を持つ当事者へ情報を開示する。数えてみると、6ステップのどこにも「確定(権利の確定、確権)」という言葉がありません。最初のステップは伝統的な証券会社です。ファンドを買うと口座内にあるのは保有明細で、資産そのものは受託者(トラスティ)名義のまま。あなたが持っているのは、一枚の借用証書(借用手形のようなもの)です。 2つ目のステップに分解すると、代替としてトークンを包む(ラップする)段階です。資産の保管はライセンスを持つ機関が握っており、オンチェーンでは帳簿に記録するためのトークンを発行します。公式の比較ドキュメントは容赦がなく、「wrapper adds a layer, it does not remove one(ラッパーは層を追加するだけで、取り除くことはない)」と書いてあります。この行を読んで初めて、ようやく腑に落ちました。ラップされたトークンとは、借用証書の“表紙”を替えただけ。資産そのものはやはり保管者のところに置かれており、トークンはただ“表現を追跡する”役割を担うだけです。 では、なぜ3つ目のステップがDusk Tradeが本気で賭けている場所なのか? ネイティブ発行では、資産の生成がオンチェーンの法的記録になります。決済は原子的に行われ、保管(トラスティの場所)がプロトコル層へ移ります。企業の動きはコードの実行に任せられ、突合作業の照合が不要になります。ここで私は手を止めました。証憑と資産が、このステップで“ひとつの同じもの”として統合される。前の2ステップで捨てられてしまった(失われた)所有権を、ここで一気に取り戻す。経路図を広げて見ると、伝統的な証券会社は最初のステップで止まり、多くのRWAプロジェクトは2つ目で止まる。$DUSK のエコシステムは、3つ目に賭けています。 「Take digital ownership」に戻ると、答えは前の2ステップにはありません。3つ目にあります。もちろん、ネイティブ発行はライセンスに依存しています。waitlistは2026年1月22日から今日まで掲示され続けていて、数えてみたら206日経ってもまだ門は開いていない。宣伝は先に進められても、証憑は進みません。口座にあるお金で買ったのが借用証書なのか資産なのか——それがどのステップで止まっているかを見るだけで判断できます。#dusk
先週翻Dusk Tradeのランディングページを読んでいて、「Take digital ownership of your assets」という一文で引っかかりました。証券会社の商品を買ったことがある人なら分かるはずです。自分が受け取るのは何なのか——口座の中に保有明細が1行あり、証拠(証憑)は証券会社のシステムに存在します。この一文は読み進められません。それが、私が一番知りたかったあの疑問を覆い隠してしまう。オンチェーンの各ステップで所有権が何に置き換わり、最後の「家の登記簿(不動産台帳)」がどこにあるのか、です。

まず、@Dusk の公式ドキュメントにある6ステップのワークフローを列挙します。①資産を発見する ②ウォレットに連携する ③アドミッション(参加資格)を通過する ④売買する ⑤資産レッグと支払いレッグを調整する ⑥権限(許可)を持つ当事者へ情報を開示する。数えてみると、6ステップのどこにも「確定(権利の確定、確権)」という言葉がありません。最初のステップは伝統的な証券会社です。ファンドを買うと口座内にあるのは保有明細で、資産そのものは受託者(トラスティ)名義のまま。あなたが持っているのは、一枚の借用証書(借用手形のようなもの)です。

2つ目のステップに分解すると、代替としてトークンを包む(ラップする)段階です。資産の保管はライセンスを持つ機関が握っており、オンチェーンでは帳簿に記録するためのトークンを発行します。公式の比較ドキュメントは容赦がなく、「wrapper adds a layer, it does not remove one(ラッパーは層を追加するだけで、取り除くことはない)」と書いてあります。この行を読んで初めて、ようやく腑に落ちました。ラップされたトークンとは、借用証書の“表紙”を替えただけ。資産そのものはやはり保管者のところに置かれており、トークンはただ“表現を追跡する”役割を担うだけです。

では、なぜ3つ目のステップがDusk Tradeが本気で賭けている場所なのか? ネイティブ発行では、資産の生成がオンチェーンの法的記録になります。決済は原子的に行われ、保管(トラスティの場所)がプロトコル層へ移ります。企業の動きはコードの実行に任せられ、突合作業の照合が不要になります。ここで私は手を止めました。証憑と資産が、このステップで“ひとつの同じもの”として統合される。前の2ステップで捨てられてしまった(失われた)所有権を、ここで一気に取り戻す。経路図を広げて見ると、伝統的な証券会社は最初のステップで止まり、多くのRWAプロジェクトは2つ目で止まる。$DUSK のエコシステムは、3つ目に賭けています。

「Take digital ownership」に戻ると、答えは前の2ステップにはありません。3つ目にあります。もちろん、ネイティブ発行はライセンスに依存しています。waitlistは2026年1月22日から今日まで掲示され続けていて、数えてみたら206日経ってもまだ門は開いていない。宣伝は先に進められても、証憑は進みません。口座にあるお金で買ったのが借用証書なのか資産なのか——それがどのステップで止まっているかを見るだけで判断できます。#dusk
先週、公式サイトの「Atomic Settlement(原子決済)」の箇所を見つけて詰まったんだ。英語の5つの語が、何かを約束しているようにも見えるし、何も言い切っていないようにも見える。トップページには「Atomic Settlement」の4文字が掲げられ、コミュニティでは早くから“秒で入金される”と広まっていた。でも、公式の原文は結局、何をどこまで約束しているのか。限定の言葉を抜き出してくれる人はいなかった。 僕は公式の原文の句とdocsのoverviewを開いて、1語ずつ突き合わせた。deterministic finality と delivery-versus-payment-ready の翻訳は、要するに“資産レッグと支払いレッグを一緒に進める。受け渡しと決済が整っている状態であって、送金が一瞬で完了することではない”。1文の英語で範囲をきっちり囲い込んでいる。約束しているのは、両レッグの協調であって“速さ”は含まない。公式は半分しか書いていない。残りの半分はdocs側が補う。 $DUSK 分解すると、3つの関門がある。第一に、deterministic finality(確定的な終結)は、2つのレッグに同じ“時点”を与えること。ビットコインは6回の確認が必要だが、ここでは「1つのブロックの承認で終結」する。どちらが先か、どちらが後かは意味を持たない。第二に、2つのレッグは“両方とも完了”するか、“どちらも完了しない”かのどちらか。これがDvPの定義であって、宣伝ではない。支払いレッグが詰まれば、資産レッグも動かないし、逆も同じ。第三に、公式に書かれていないことについても、僕は列挙した。クロスチェーンの資産が届いた後、価格は誰が供給するのか。両レッグのタイムラグが1ブロックを超えたらどうするのか。16回失敗して緊急モードに入るみたいな極端なシナリオですら、それはホワイトペーパーの3.6にだけ書かれていて、トップページの1行には出てこない。 なぜ公式は“半句の約束”しか書かなかったのか。僕はそこで止まって、2つの文を並べて置いた。つまり、公式の5つの語の抑制に対して、コミュニティは「秒で入金される」と誇張して伝えている。その差は、信頼というものを測る“試金石”そのものだ。@Dusk_Foundation 確定的な終結はDuskDSレイヤーの約束で、実行レイヤーが誰であってもこの約束は変わらない。DvP-readyはクロスチェーンの価格は含まず、また両レッグに時差がないことも含まない。約束の境界が明確なプロトコルは、何よりも“言い切れる”プロトコルより信頼できる。 僕の習慣は、「Atomic Settlement」という4文字を見たら、まずそれが“どの段階の原子”なのかを尋ねる。資産レッグなのか、支払いレッグなのか。そう聞けば、この宣伝はあなたを騙せなくなる。#dusk
先週、公式サイトの「Atomic Settlement(原子決済)」の箇所を見つけて詰まったんだ。英語の5つの語が、何かを約束しているようにも見えるし、何も言い切っていないようにも見える。トップページには「Atomic Settlement」の4文字が掲げられ、コミュニティでは早くから“秒で入金される”と広まっていた。でも、公式の原文は結局、何をどこまで約束しているのか。限定の言葉を抜き出してくれる人はいなかった。

僕は公式の原文の句とdocsのoverviewを開いて、1語ずつ突き合わせた。deterministic finality と delivery-versus-payment-ready の翻訳は、要するに“資産レッグと支払いレッグを一緒に進める。受け渡しと決済が整っている状態であって、送金が一瞬で完了することではない”。1文の英語で範囲をきっちり囲い込んでいる。約束しているのは、両レッグの協調であって“速さ”は含まない。公式は半分しか書いていない。残りの半分はdocs側が補う。

$DUSK

分解すると、3つの関門がある。第一に、deterministic finality(確定的な終結)は、2つのレッグに同じ“時点”を与えること。ビットコインは6回の確認が必要だが、ここでは「1つのブロックの承認で終結」する。どちらが先か、どちらが後かは意味を持たない。第二に、2つのレッグは“両方とも完了”するか、“どちらも完了しない”かのどちらか。これがDvPの定義であって、宣伝ではない。支払いレッグが詰まれば、資産レッグも動かないし、逆も同じ。第三に、公式に書かれていないことについても、僕は列挙した。クロスチェーンの資産が届いた後、価格は誰が供給するのか。両レッグのタイムラグが1ブロックを超えたらどうするのか。16回失敗して緊急モードに入るみたいな極端なシナリオですら、それはホワイトペーパーの3.6にだけ書かれていて、トップページの1行には出てこない。

なぜ公式は“半句の約束”しか書かなかったのか。僕はそこで止まって、2つの文を並べて置いた。つまり、公式の5つの語の抑制に対して、コミュニティは「秒で入金される」と誇張して伝えている。その差は、信頼というものを測る“試金石”そのものだ。@Dusk 確定的な終結はDuskDSレイヤーの約束で、実行レイヤーが誰であってもこの約束は変わらない。DvP-readyはクロスチェーンの価格は含まず、また両レッグに時差がないことも含まない。約束の境界が明確なプロトコルは、何よりも“言い切れる”プロトコルより信頼できる。

僕の習慣は、「Atomic Settlement」という4文字を見たら、まずそれが“どの段階の原子”なのかを尋ねる。資産レッグなのか、支払いレッグなのか。そう聞けば、この宣伝はあなたを騙せなくなる。#dusk
梨浅Grace
·
--
🌏【テーマ】双つの波の交わり: Al + Web3 OIエージェントがオンチェーン金融ルールを刷新

📅 【日時】2026年8月16日 19:30(UTC+8)

🌕【導入の言葉】
広い海が流れ去り、時代が更新される。先人の言葉に「長江の後の波が前の波を押し流す」というように、新しい風が古い章を入れ替える。人工知能の知恵の波が、Web3の分散型変革という巨大なうねりに出会うと、時代の二つの大潮が奔流のように交差し、オンチェーン金融全体の構図を塗り替えつつある。業界の過去を振り返れば、従来のオンチェーン取引は常に、人が目で相場を追う疲労、主観的な感情による揺さぶり、大量データを研究・判断する難しさといった痛点から逃れられなかった。数え切れないほどの従事者が、情報格差と意思決定の遅れの中に閉じ込められてきた。

しかし今、AIエージェント技術が急速に台頭し、Web3エコシステムに新しい解決策をもたらしている。インテリジェントな意思決定、データ分析、そして自動実行によって、オンチェーン金融は知能化の新段階へと踏み出す。好機と変局は同時に存在し、追い風のなかで、本当に実装可能な基盤こそが、サイクルを越えられる。

今夜、私たちはここに集い、Al + Web3 をテーマに深い議論を行う。ライブ配信には星のように輝くゲストが集結し、多くの業界OG、経験豊富な専門家、広場のトップ配信者、そして投資・研究(投研)のエキスパートが同じステージに立つ予定。ぜひご期待ください!

🎤 特別ゲスト司会(Host)
🎙特別ゲッ牌司会👉🏻梨浅Grace @梨浅Grace
🎙共同司会👉🏻旭好传媒@旭好传媒
🎙共同司会👉🏻OI Agent @oiagent_

👥【特別の豪華ゲスト】(Speakers)
🔹Web3 Peter 张 @Web3-PeterZhang |Web3 OG
OI Agent シニアプロダクトマネージャー
🔹星睿@星睿 |業界経験豊富なブロックチェーン専門家
🔹華佗@HTWhale |梁山コミュニティ シニアWeb3専門家
🔹ANNA汤圆 @Anna-汤圆 |経験豊富なWeb3 バイナンス広場 金メダル級配信者
🔹NiKi葡萄@Niki葡萄 |Web3 経験豊富な投資家
🔹YZZ竹竹@竹竹YZZ |シニアなブロックチェーン投資・研究ウォッチャー

📌【バイナンス広場 ライブリンク】
https://app.binance.com/uni-qr/cspa/44484277780290?l=zh-CN&r=BLA7SFFI&source=host_share&uc=web_square_share_link&us=copylink

📌【Loopspace ライブリンク】
https://loopspace.xyz/s/yHS7Q9xB9E
$KII もまあ火中の栗を拾うようなもので、まずは素早く逃げて42Uを売りました。 大局観は大局観でどうこうというほどではありません。買い上げ(ラップ)の主導が起きるのは結局は小確率の出来事なので、待つ価値はないです。
$KII もまあ火中の栗を拾うようなもので、まずは素早く逃げて42Uを売りました。
大局観は大局観でどうこうというほどではありません。買い上げ(ラップ)の主導が起きるのは結局は小確率の出来事なので、待つ価値はないです。
1月16日に事故が起き、3月10日になってようやく復旧(復習)レポートが公開された。その53日間、公式はいったい何をしていたのか?これがPost-Mortemを読む前、いちばん大きな疑問でした。 私は復旧レポートのタイムラインをメモに写しました。攻撃は1月16日に発生し、その日のうち(夜の方)にメインチェーン側でブリッジの接続サービスを停止;1月下旬に資金の回収集計と、影響を受けたアドレスの照合が完了;そして3月10日に完全な復旧レポートを公開。$DUSK を写す前に、公開ページの更新タイムスタンプも確認して、途中で中間版が撤回された形跡がないことを確かめました。3つ目まで写していったところで手が止まりました。53日間で公式が状態を更新したのは2回だけで、1回目は事故当日、2回目は復旧レポート公開当日です。 カレンダーに広げて数えてみると、1月16日から3月10日までで53日、更新は2回。平均すると26.5日ごとにようやく動きます。途中の1月下旬に行われた、資金の回収集計とアドレス照合の工程は、すべて復旧レポート内に補足として書かれたもので、その時点で対外的に一言もありませんでした。私はこの53日を4つの枠に分けて整理しました。凍結は時間単位、照合は日単位、根本原因は週単位、復旧レポートと内部審査だけでさらに1か月以上。最初の3枠はすべて空で、最後の枠になってようやく口を開いた。これが私が算出した時間の帳專であり、最初から違和感があった点でもあります。 ただ、4つの枠を広げて考えると、沈黙は不手際(怠慢)を意味しません。@Dusk_Foundation の「凍結」が時間単位であることは、事故当日にリスクの拡散を断ち切ったことを示し、照合が日単位であることは、取引ごとの突合作業が遅れていないことを意味します。根本原因が週単位であることは、結論に裏づけがあり、思いつきで断じたわけではないことを示しています。どの段階にも明確なアクションがあり、ただ対外更新がなかっただけです。私は最近のいくつかのブリッジ事故での対応も引っ張り出して比較しました。中には事故の翌日にすぐツイートを削除するプロジェクトもあり、半年遅れて詳細のない声明を出すところもあり、あるいはそもそも返答しないところもありました。比較してからは、かえって確信しました。対応プロセスこそが信頼の材料で、この復旧レポートは、その時間線・根本原因・対策をすべて、しかも全て広げて出している数少ない例だからです。 だから私は今、次の一点に注目します。もし次にまた事故が起きた場合、出来事の発生から復旧レポートの公開までの間に、プロセスとしての更新があるのかどうか。更新頻度こそが透明性のものさしです。口でいくら開いていても、タイムスタンプの正直さには勝てません。#dusk
1月16日に事故が起き、3月10日になってようやく復旧(復習)レポートが公開された。その53日間、公式はいったい何をしていたのか?これがPost-Mortemを読む前、いちばん大きな疑問でした。

私は復旧レポートのタイムラインをメモに写しました。攻撃は1月16日に発生し、その日のうち(夜の方)にメインチェーン側でブリッジの接続サービスを停止;1月下旬に資金の回収集計と、影響を受けたアドレスの照合が完了;そして3月10日に完全な復旧レポートを公開。$DUSK を写す前に、公開ページの更新タイムスタンプも確認して、途中で中間版が撤回された形跡がないことを確かめました。3つ目まで写していったところで手が止まりました。53日間で公式が状態を更新したのは2回だけで、1回目は事故当日、2回目は復旧レポート公開当日です。

カレンダーに広げて数えてみると、1月16日から3月10日までで53日、更新は2回。平均すると26.5日ごとにようやく動きます。途中の1月下旬に行われた、資金の回収集計とアドレス照合の工程は、すべて復旧レポート内に補足として書かれたもので、その時点で対外的に一言もありませんでした。私はこの53日を4つの枠に分けて整理しました。凍結は時間単位、照合は日単位、根本原因は週単位、復旧レポートと内部審査だけでさらに1か月以上。最初の3枠はすべて空で、最後の枠になってようやく口を開いた。これが私が算出した時間の帳專であり、最初から違和感があった点でもあります。

ただ、4つの枠を広げて考えると、沈黙は不手際(怠慢)を意味しません。@Dusk の「凍結」が時間単位であることは、事故当日にリスクの拡散を断ち切ったことを示し、照合が日単位であることは、取引ごとの突合作業が遅れていないことを意味します。根本原因が週単位であることは、結論に裏づけがあり、思いつきで断じたわけではないことを示しています。どの段階にも明確なアクションがあり、ただ対外更新がなかっただけです。私は最近のいくつかのブリッジ事故での対応も引っ張り出して比較しました。中には事故の翌日にすぐツイートを削除するプロジェクトもあり、半年遅れて詳細のない声明を出すところもあり、あるいはそもそも返答しないところもありました。比較してからは、かえって確信しました。対応プロセスこそが信頼の材料で、この復旧レポートは、その時間線・根本原因・対策をすべて、しかも全て広げて出している数少ない例だからです。

だから私は今、次の一点に注目します。もし次にまた事故が起きた場合、出来事の発生から復旧レポートの公開までの間に、プロセスとしての更新があるのかどうか。更新頻度こそが透明性のものさしです。口でいくら開いていても、タイムスタンプの正直さには勝てません。#dusk
多くの人は、プライバシー・パブリックチェーンとはチェーン全体が匿名だというふうに考えています。Duskのホワイトペーパー第4章で最初に取り上げているのは、その誤解を打ち破ることです。 分解すると3ステップ。第一に、台帳は2種類あります。Moonlightはアカウント方式で、公開かつ透明です。各アドレスの残高や状態は確認でき、nonceによってリプレイ攻撃を防ぎます。これは公開が必要な場面のために用意されたものです。取引所は照合作業が必要で、規制当局は資金の流れを確認したい。公開台帳なら答えがそのまま出るため、これはコンプライアンス上の必須ニーズです。 第二に、Phoenixはnote方式です。機密(保秘)送金で、受取人はview keyを持っていることでのみ復号できます。noteにはタイプ、コミットメント、暗号化、アドレスの6つのフィールドが含まれます。金額と受取人はどちらもコミットメントの中に隠されています。これはプライバシーが必要な場面のために用意されたものです。 第三に、2つの台帳は同じ一組のコンセンサスと決済を共有します。1つの取引がどちらのルートを通るかは、その取引自体の性質によって決まり、チェーンが決めるわけではありません。公開したいものはMoonlightへ、秘匿したいものはPhoenixへ。誰も互いに譲る必要はありません。 公式ドキュメントの原文は「privacy where needed, transparency where useful(必要なところではプライバシー、役立つところでは透明性)」です。必要な場面では秘匿し、透明性が役立つ場面では公開する。英語版と中国語版を並べて見ると、重点は「要るかどうか」ではなく「where(どこで)」に置かれていることが分かります。チェーンがユーザーの代わりに選択するのではなく、選択権を各取引へと下ろす。この設計は、プライバシー・パブリックチェーンの世界では珍しいものです。多くのプライバシーチェーンはグローバルに1つのパターンで、全匿名か全透明のどちらかです。Duskは2つの台帳を並べて配置し、可視性はシーンによって決まるようにしています。$DUSK @Dusk_Foundation 私は以前、プライバシーチェーンの売りは「深く隠すこと」だと思っていました。分解してはじめて分かったのは、真の売りは「正確に隠すこと」だという点です。監査は入口が必要、顧客にはプライバシーが必要。単一台帳だと二択でしか対応できませんが、二つの台帳なら両方を同時に受け止められます。選択権を各取引へ下ろすことが、その設計によって機関(機関投資家)向けの業務を受け止められるかどうかを決めているのです。 規制対象の資産をチェーンに載せる際に最も恐いのは、監査の入口がないこと、顧客にプライバシーがないことです。2つのルートは同じコンセンサスを共有し、どちらも相手に犠牲を強いる必要がない。これこそが、エコシステムが機関と個人の双方を同時に語れるだけの「根拠(自信)」です。2つの台帳は技術上の妥協ではなく、規制という現実の写しなのです。#dusk
多くの人は、プライバシー・パブリックチェーンとはチェーン全体が匿名だというふうに考えています。Duskのホワイトペーパー第4章で最初に取り上げているのは、その誤解を打ち破ることです。

分解すると3ステップ。第一に、台帳は2種類あります。Moonlightはアカウント方式で、公開かつ透明です。各アドレスの残高や状態は確認でき、nonceによってリプレイ攻撃を防ぎます。これは公開が必要な場面のために用意されたものです。取引所は照合作業が必要で、規制当局は資金の流れを確認したい。公開台帳なら答えがそのまま出るため、これはコンプライアンス上の必須ニーズです。

第二に、Phoenixはnote方式です。機密(保秘)送金で、受取人はview keyを持っていることでのみ復号できます。noteにはタイプ、コミットメント、暗号化、アドレスの6つのフィールドが含まれます。金額と受取人はどちらもコミットメントの中に隠されています。これはプライバシーが必要な場面のために用意されたものです。

第三に、2つの台帳は同じ一組のコンセンサスと決済を共有します。1つの取引がどちらのルートを通るかは、その取引自体の性質によって決まり、チェーンが決めるわけではありません。公開したいものはMoonlightへ、秘匿したいものはPhoenixへ。誰も互いに譲る必要はありません。

公式ドキュメントの原文は「privacy where needed, transparency where useful(必要なところではプライバシー、役立つところでは透明性)」です。必要な場面では秘匿し、透明性が役立つ場面では公開する。英語版と中国語版を並べて見ると、重点は「要るかどうか」ではなく「where(どこで)」に置かれていることが分かります。チェーンがユーザーの代わりに選択するのではなく、選択権を各取引へと下ろす。この設計は、プライバシー・パブリックチェーンの世界では珍しいものです。多くのプライバシーチェーンはグローバルに1つのパターンで、全匿名か全透明のどちらかです。Duskは2つの台帳を並べて配置し、可視性はシーンによって決まるようにしています。$DUSK

@Dusk 私は以前、プライバシーチェーンの売りは「深く隠すこと」だと思っていました。分解してはじめて分かったのは、真の売りは「正確に隠すこと」だという点です。監査は入口が必要、顧客にはプライバシーが必要。単一台帳だと二択でしか対応できませんが、二つの台帳なら両方を同時に受け止められます。選択権を各取引へ下ろすことが、その設計によって機関(機関投資家)向けの業務を受け止められるかどうかを決めているのです。

規制対象の資産をチェーンに載せる際に最も恐いのは、監査の入口がないこと、顧客にプライバシーがないことです。2つのルートは同じコンセンサスを共有し、どちらも相手に犠牲を強いる必要がない。これこそが、エコシステムが機関と個人の双方を同時に語れるだけの「根拠(自信)」です。2つの台帳は技術上の妥協ではなく、規制という現実の写しなのです。#dusk
TI15、上海のホームアドバンテージ、初日から全敗して丸坊主にされる。 いろいろ言いたいけど、CN Dotaはもうbest dotaじゃない、今はまさに“ダメダメなDota”だ。 悲しみを嘆き、悔しさを怒る! predictの予想は、情け(ロマン)のための出費ってことにしておこう。
TI15、上海のホームアドバンテージ、初日から全敗して丸坊主にされる。
いろいろ言いたいけど、CN Dotaはもうbest dotaじゃない、今はまさに“ダメダメなDota”だ。
悲しみを嘆き、悔しさを怒る!
predictの予想は、情け(ロマン)のための出費ってことにしておこう。
$DOS 今回、バイナンスと隣のところの両方にコインを送った。 バイナンスは少なくとも度量があって、直接Alphaユーザーに配分した。一方で隣のところは、取引の大会に使うだけで、データを共有しているユーザーは一銭も見ていない。 配分が少ないのに、プラットフォームの交渉力が足りないと言い訳することもできる。でも、プロジェクト側はちゃんと渡しているのに、プラットフォームが分配しないなら、それは能力の問題ではなく態度の問題だ。 率直に言えば、ユーザーをバカにしているということだ。
$DOS 今回、バイナンスと隣のところの両方にコインを送った。

バイナンスは少なくとも度量があって、直接Alphaユーザーに配分した。一方で隣のところは、取引の大会に使うだけで、データを共有しているユーザーは一銭も見ていない。

配分が少ないのに、プラットフォームの交渉力が足りないと言い訳することもできる。でも、プロジェクト側はちゃんと渡しているのに、プラットフォームが分配しないなら、それは能力の問題ではなく態度の問題だ。

率直に言えば、ユーザーをバカにしているということだ。
DOS这两天大热。我是运气欠费、alpha没抢到、空投也没有的那波人,老老实实去研究了下产品。觉得后面可以见好就收了 速通全所的$DOS 号称 Web3 AI 操作系统,实际产品就一个 xBubble,发 OPC 的小工具。年收入 $680 万 vs FDV $4 亿,这数字有点妖,Polychain 坐庄,多所联动,上线就拉 300%。心思全在盘面上,不在产品上。 不是长期主义的项目,产品难以匹配市值。故事好听,但别当最后一个接盘的人。见好就收,清醒的人赚清醒的钱。
DOS这两天大热。我是运气欠费、alpha没抢到、空投也没有的那波人,老老实实去研究了下产品。觉得后面可以见好就收了

速通全所的$DOS 号称 Web3 AI 操作系统,实际产品就一个 xBubble,发 OPC 的小工具。年收入 $680 万 vs FDV $4 亿,这数字有点妖,Polychain 坐庄,多所联动,上线就拉 300%。心思全在盘面上,不在产品上。

不是长期主义的项目,产品难以匹配市值。故事好听,但别当最后一个接盘的人。见好就收,清醒的人赚清醒的钱。
また「金庫の状態は進捗バーのようなもので、どこまで進んだかが全て」と言う人を見かけましたが、実際は違います。ドキュメントを読み直してやっと分かりました。状態は段階ごとの引き継ぎポイントです。各ステップには担当者のタスク(ToDo)が対応していて、状態は証憑(きしょう)であって進捗ではありません。証憑を進捗のように見てしまう人は、詰まるとただ待つだけになります。 Pending、Verified、Activeの3つの状態はそれぞれ役割が分かれています。PendingはBitcoin側で12回の確認が取れるまで。ネットワーク側が担当で、誰も加速できません。Signetのブロック確認が完了してから次のステップへ進みます。Verifiedは参加者が準備完了であることを示すだけで、ユーザーがsecretを開示して有効化したことを意味しません。このステップは協業(コラボ)が担当します。Activeはユーザー自身が秘密(アクティベーション用のsecret)を開示して有効化するところで、担当は本人です。1ステップに1人の責任者がいて、責任が明確なので、詰まったときに“誰を探せばいいか”が分かります。各ステップは前の環の検収(受入)票で、検収に通らなければ状態は前へ進みません。 私はステートマシンを照らし合わせて確認し、@babylonlabs_io の状態定義がドキュメントに書かれているのを見ました:12回の確認、24〜48時間の異なるウィンドウ、secretの有効化。そしてそれぞれが対応する「待機する主体」があります。待機がランダムに起きるのではなく、仕組みが責任を区切っていて、区切られた各部分に主人(担当)がいます。細かく切れているほど、詰まったときに場所を特定しやすくなります。 待ち方は3種類あります。ネットワークがブロックを確認するのを待つ、協業がウィンドウを確認するのを待つ、そして自分が鍵(キー)を確認するのを待つ。$BABY というエコシステムでは、大半の詰まりはシステムが壊れているからではなく、どこかの段階のToDoが完了していないことが原因です。状態が光る(表示される)場所が、そのまま該当する段階の責任所在になります。ステートマシンの存在意義は、各ステップに根拠と照合可能性があり、うまくいかないときに具体的な環境(どの段階か)へ特定できることです。あいまいな“単なる状態”を見つめるだけにならないためにあります。 金庫を見るときは、まずこのステップが何を証明しているのかを聞くべきです。分かれば、詰まっても慌てません。慌てるのは、証憑をゴールだと思い込むからです。証憑を終点として見てしまう人は、次の状態を待ち続けるしかなく、永遠に受動的で、どのステップで詰まったのかさえ分からないままです。答えは状態の定義に書かれています:状態は証憑であって進捗ではない。証憑の意味は検証可能であること、進捗の意味は期待できること。両者を混同しないこと。#baby
また「金庫の状態は進捗バーのようなもので、どこまで進んだかが全て」と言う人を見かけましたが、実際は違います。ドキュメントを読み直してやっと分かりました。状態は段階ごとの引き継ぎポイントです。各ステップには担当者のタスク(ToDo)が対応していて、状態は証憑(きしょう)であって進捗ではありません。証憑を進捗のように見てしまう人は、詰まるとただ待つだけになります。
Pending、Verified、Activeの3つの状態はそれぞれ役割が分かれています。PendingはBitcoin側で12回の確認が取れるまで。ネットワーク側が担当で、誰も加速できません。Signetのブロック確認が完了してから次のステップへ進みます。Verifiedは参加者が準備完了であることを示すだけで、ユーザーがsecretを開示して有効化したことを意味しません。このステップは協業(コラボ)が担当します。Activeはユーザー自身が秘密(アクティベーション用のsecret)を開示して有効化するところで、担当は本人です。1ステップに1人の責任者がいて、責任が明確なので、詰まったときに“誰を探せばいいか”が分かります。各ステップは前の環の検収(受入)票で、検収に通らなければ状態は前へ進みません。
私はステートマシンを照らし合わせて確認し、@BabylonLabs_io の状態定義がドキュメントに書かれているのを見ました:12回の確認、24〜48時間の異なるウィンドウ、secretの有効化。そしてそれぞれが対応する「待機する主体」があります。待機がランダムに起きるのではなく、仕組みが責任を区切っていて、区切られた各部分に主人(担当)がいます。細かく切れているほど、詰まったときに場所を特定しやすくなります。
待ち方は3種類あります。ネットワークがブロックを確認するのを待つ、協業がウィンドウを確認するのを待つ、そして自分が鍵(キー)を確認するのを待つ。$BABY というエコシステムでは、大半の詰まりはシステムが壊れているからではなく、どこかの段階のToDoが完了していないことが原因です。状態が光る(表示される)場所が、そのまま該当する段階の責任所在になります。ステートマシンの存在意義は、各ステップに根拠と照合可能性があり、うまくいかないときに具体的な環境(どの段階か)へ特定できることです。あいまいな“単なる状態”を見つめるだけにならないためにあります。
金庫を見るときは、まずこのステップが何を証明しているのかを聞くべきです。分かれば、詰まっても慌てません。慌てるのは、証憑をゴールだと思い込むからです。証憑を終点として見てしまう人は、次の状態を待ち続けるしかなく、永遠に受動的で、どのステップで詰まったのかさえ分からないままです。答えは状態の定義に書かれています:状態は証憑であって進捗ではない。証憑の意味は検証可能であること、進捗の意味は期待できること。両者を混同しないこと。#baby
昨晩、公式のコントラクトアドレスページを最初から最後まで確認しました。各コントラクトの後ろにはバージョン番号が付き、Sepolia のテストネットとメインネットはそれぞれ別の2行に分かれています。ページは短いのに、情報量は少なくありません。アドレス自体もまた証拠です。テスト資産と実資産は、入口からして分かれています。 Vault Registry、ProtocolParams、アダプターの3つのコンポーネントは、それぞれに「Vault Core のバージョン」「オフチェーンパラメータのバージョン」「参加者集合のバージョン」という3組の識別子が紐づいています。最初はこれらの番号に注意を払っておらず、バージョン番号は開発者の事情だと思っていました。@babylonlabs_io ところが、2つの環境の説明を突き合わせて読むことで初めて分かりました。そこでは何が「ロック」されているのか、という点です。金庫レジストリの登録は、バージョンのバインディングルールに従います。ある金庫は作成した瞬間から、その時点のパラメータ一式に結び付けられ、その後のアップグレードで当初のルールを静かに書き換えることはできません。 バージョン番号の後には通常、日付やデプロイ記録が続き、アップグレードの前後で差分を項目ごとに比較できます。テストネットとメインネットの2つの環境では、デプロイパラメータの値がそれぞれ異なります。まさにそれが、バージョンフィールドを別に記録する理由です。バージョンがロックされていることは、実際の問題も持ち込みます。テストネットで検証済みの手順は、そのままメインネットのアドレスに移して同じようにはいきません。改めてデプロイと検証をやり直す必要があります。公式が2つの環境を分けて列挙しているのは、それ自体が注意喚起です。資産環境では、それぞれのデプロイが独立した信頼境界になっているのだと。 テストネット側で検証されたコントラクトの挙動は、証明できるのはあくまでテストネット側のコントラクトだけです。$BABY 以前は、自分は単にテストネットで通ったものをメインネットにそのまま適用すればよいのだと思っていました。ところが突き合わせて読むと分かります。アドレスページの環境ラベルとバージョン番号の価値は、機能ドキュメントに劣りません。結局のところ結論はこうです。TBV の資料を読むときは、まずそれがどの環境について語っているのかを確認し、次にバージョン番号を見て、最後に機能の説明を読む。テストネットのアドレスとメインネットのアドレスの間には、丸ごとのデプロイ検証が丸々挟まれているのであって、単に一度クリックするだけでは済みません。エコシステムにおける環境分離は、手抜きではなく設計です。 昨晩見たそのアドレスページに戻ると、2行のアドレスは2つの別世界です。環境ラベルとバージョン番号は、機能説明よりも優先して読む価値があります。#baby
昨晩、公式のコントラクトアドレスページを最初から最後まで確認しました。各コントラクトの後ろにはバージョン番号が付き、Sepolia のテストネットとメインネットはそれぞれ別の2行に分かれています。ページは短いのに、情報量は少なくありません。アドレス自体もまた証拠です。テスト資産と実資産は、入口からして分かれています。
Vault Registry、ProtocolParams、アダプターの3つのコンポーネントは、それぞれに「Vault Core のバージョン」「オフチェーンパラメータのバージョン」「参加者集合のバージョン」という3組の識別子が紐づいています。最初はこれらの番号に注意を払っておらず、バージョン番号は開発者の事情だと思っていました。@BabylonLabs_io
ところが、2つの環境の説明を突き合わせて読むことで初めて分かりました。そこでは何が「ロック」されているのか、という点です。金庫レジストリの登録は、バージョンのバインディングルールに従います。ある金庫は作成した瞬間から、その時点のパラメータ一式に結び付けられ、その後のアップグレードで当初のルールを静かに書き換えることはできません。
バージョン番号の後には通常、日付やデプロイ記録が続き、アップグレードの前後で差分を項目ごとに比較できます。テストネットとメインネットの2つの環境では、デプロイパラメータの値がそれぞれ異なります。まさにそれが、バージョンフィールドを別に記録する理由です。バージョンがロックされていることは、実際の問題も持ち込みます。テストネットで検証済みの手順は、そのままメインネットのアドレスに移して同じようにはいきません。改めてデプロイと検証をやり直す必要があります。公式が2つの環境を分けて列挙しているのは、それ自体が注意喚起です。資産環境では、それぞれのデプロイが独立した信頼境界になっているのだと。
テストネット側で検証されたコントラクトの挙動は、証明できるのはあくまでテストネット側のコントラクトだけです。$BABY
以前は、自分は単にテストネットで通ったものをメインネットにそのまま適用すればよいのだと思っていました。ところが突き合わせて読むと分かります。アドレスページの環境ラベルとバージョン番号の価値は、機能ドキュメントに劣りません。結局のところ結論はこうです。TBV の資料を読むときは、まずそれがどの環境について語っているのかを確認し、次にバージョン番号を見て、最後に機能の説明を読む。テストネットのアドレスとメインネットのアドレスの間には、丸ごとのデプロイ検証が丸々挟まれているのであって、単に一度クリックするだけでは済みません。エコシステムにおける環境分離は、手抜きではなく設計です。
昨晩見たそのアドレスページに戻ると、2行のアドレスは2つの別世界です。環境ラベルとバージョン番号は、機能説明よりも優先して読む価値があります。#baby
かつてalphaの頂点にいた頃、boosterもまさに神のようだった。とりわけ$BAS と$PIEVERSE の2つのプロジェクトは、それぞれ8期以上にも及び、本当に持続力が強く、参加度も高く、収益性は最高レベルだった。 当時の$BNB も水を得た魚のように伸び、価格はずっと上がり続けて1300以上まで達したが、今は『半値』どころか、太ももを切り落とすような状態だ。 懐かしむたびに、失望がいっぱいになる。
かつてalphaの頂点にいた頃、boosterもまさに神のようだった。とりわけ$BAS $PIEVERSE の2つのプロジェクトは、それぞれ8期以上にも及び、本当に持続力が強く、参加度も高く、収益性は最高レベルだった。
当時の$BNB も水を得た魚のように伸び、価格はずっと上がり続けて1300以上まで達したが、今は『半値』どころか、太ももを切り落とすような状態だ。
懐かしむたびに、失望がいっぱいになる。
原生BTC借贷,说穿了就是给新手小白开的后门,一份新手大礼包。 我一开始也不信。借贷、抵押、清算,听着全是金融老手的词,怎么就成了小白福利?直到我把 @babylonlabs_io 白皮书里三个数字抄下来算了一遍,才觉得这说法不夸张。 三个数字摆一起:WBTC和cbBTC合计TVL不到Aave上ETH代币的三分之一;加起来不足BTC总市值1%;Aave当时TVL约570亿。 算一下:比特币总市值约1.2万亿美元,1%就是120亿,和以太坊那边570亿的池子一比,整个比特币“进DeFi”的量只有个零头。差距不是百分之几十,是数量级。 但真正让我觉得像“新手大礼包”的,不是差距有多大,是它为什么存在。过去比特币持有者想用DeFi,得先过两道门槛:要么把币换成包装币,信任发行方;要么走跨链桥,信任委员会。这两道门槛对老玩家不算什么,对普通人基本是劝退:不是不想让币生息,是不想把币交给不认识的人。 原生BTC借贷把这两道门槛拆了:币留在比特币主网,抵押、清算照常执行,但任何一方都没法临时改目的地。对小白来说,这是第一个不要求你先学会信任别人的DeFi产品——你只需要继续拿着自己的币。官方把这套机制叫trustless execution:不是没人管,是把“管”交给了脚本和密码学。 所以我说它是新手大礼包,不是调侃,是描述:它把门槛从“学会信任别人”降到了“拿着自己的币就行”。白皮书敢把三个数字写出来,等于先把差距摆在你面前——围绕$BABY 的讨论里判断任何BTC DeFi方案,先问它给谁开的门:是给老玩家的新玩具,还是给普通持币人的后门。#baby
原生BTC借贷,说穿了就是给新手小白开的后门,一份新手大礼包。
我一开始也不信。借贷、抵押、清算,听着全是金融老手的词,怎么就成了小白福利?直到我把 @BabylonLabs_io 白皮书里三个数字抄下来算了一遍,才觉得这说法不夸张。
三个数字摆一起:WBTC和cbBTC合计TVL不到Aave上ETH代币的三分之一;加起来不足BTC总市值1%;Aave当时TVL约570亿。
算一下:比特币总市值约1.2万亿美元,1%就是120亿,和以太坊那边570亿的池子一比,整个比特币“进DeFi”的量只有个零头。差距不是百分之几十,是数量级。
但真正让我觉得像“新手大礼包”的,不是差距有多大,是它为什么存在。过去比特币持有者想用DeFi,得先过两道门槛:要么把币换成包装币,信任发行方;要么走跨链桥,信任委员会。这两道门槛对老玩家不算什么,对普通人基本是劝退:不是不想让币生息,是不想把币交给不认识的人。
原生BTC借贷把这两道门槛拆了:币留在比特币主网,抵押、清算照常执行,但任何一方都没法临时改目的地。对小白来说,这是第一个不要求你先学会信任别人的DeFi产品——你只需要继续拿着自己的币。官方把这套机制叫trustless execution:不是没人管,是把“管”交给了脚本和密码学。
所以我说它是新手大礼包,不是调侃,是描述:它把门槛从“学会信任别人”降到了“拿着自己的币就行”。白皮书敢把三个数字写出来,等于先把差距摆在你面前——围绕$BABY 的讨论里判断任何BTC DeFi方案,先问它给谁开的门:是给老玩家的新玩具,还是给普通持币人的后门。#baby
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約