Binance Square
尘缘一斩缘
1.2k Bài đăng

尘缘一斩缘

在币圈混了几年,分享行情、热点和项目研究——币圈不易,大家互相支持,帖子欢迎互赞互评,一起提高曝光
Trader tần suất cao
{thời gian} năm
74 Đang theo dõi
277 Người theo dõi
2.1K+ Đã thích
Bài đăng
·
--
Xem bản dịch
Alpha 日报 6月23日 今天暂时没有空投。昨天空投开始卖了一半30U,留的一半今天也卖了35U,还不错。 今日推荐刷币$QAIT(剩6天)或者其他30天内上线代币,积分×4 建议500或200一笔,小额多次。 上周用某个链上DeFi工具帮朋友做了一次资产风险评估,结果出来了但完全不知道这个模型是谁训练的、数据喂的什么、跑出来的结论有没有被动过手脚,最后还是没敢按那个建议操作。钱没损失,但花了两个小时查背景,最后发现根本查不清楚。 翻OPG的文档才明白,它想解决的就是这个"结果出来了但不知道过程"的问题,而且是靠钱流动的方式来解决的。具体的结算路径是这样:用户发起一次AI推理请求,用OPG支付费用;请求被路由到推理节点,节点跑完模型生成结果和证明;链上验证这份证明有效,结算才完成,OPG才真的到节点手里。整个流程里,"证明有效"是付款的前提,不是事后审计,是实时卡在结算环节里的。目前网络已经处理了超过200万次可验证推理,每次都走这套流程。 这个设计的逻辑在于:如果每次付款都绑着一份可验证的证明,节点作假的直接代价就是拿不到这笔钱,而不是事后被发现再罚。经济激励本身就是约束。 我的疑惑是,这条结算路径在正常情况下逻辑自洽,但200万次里有没有出现过证明通过了、结算完成了、但实际推理结果有问题的情况,这类异常数据没有公开。链上的结算记录透明,但证明的质量本身是不是足够可靠,还是得靠长期数据说话,不是靠"已处理200万次"这个总量数字证明的。 每次推理结算都绑着证明这个思路,比"信任节点自觉"扎实一些。但这条链最终够不够可靠,我倾向于再等一段时间看看有没有异常案例被翻出来,再下判断。 @OpenGradient #opg $OPG
Alpha 日报
6月23日 今天暂时没有空投。昨天空投开始卖了一半30U,留的一半今天也卖了35U,还不错。
今日推荐刷币$QAIT(剩6天)或者其他30天内上线代币,积分×4
建议500或200一笔,小额多次。
上周用某个链上DeFi工具帮朋友做了一次资产风险评估,结果出来了但完全不知道这个模型是谁训练的、数据喂的什么、跑出来的结论有没有被动过手脚,最后还是没敢按那个建议操作。钱没损失,但花了两个小时查背景,最后发现根本查不清楚。
翻OPG的文档才明白,它想解决的就是这个"结果出来了但不知道过程"的问题,而且是靠钱流动的方式来解决的。具体的结算路径是这样:用户发起一次AI推理请求,用OPG支付费用;请求被路由到推理节点,节点跑完模型生成结果和证明;链上验证这份证明有效,结算才完成,OPG才真的到节点手里。整个流程里,"证明有效"是付款的前提,不是事后审计,是实时卡在结算环节里的。目前网络已经处理了超过200万次可验证推理,每次都走这套流程。
这个设计的逻辑在于:如果每次付款都绑着一份可验证的证明,节点作假的直接代价就是拿不到这笔钱,而不是事后被发现再罚。经济激励本身就是约束。
我的疑惑是,这条结算路径在正常情况下逻辑自洽,但200万次里有没有出现过证明通过了、结算完成了、但实际推理结果有问题的情况,这类异常数据没有公开。链上的结算记录透明,但证明的质量本身是不是足够可靠,还是得靠长期数据说话,不是靠"已处理200万次"这个总量数字证明的。
每次推理结算都绑着证明这个思路,比"信任节点自觉"扎实一些。但这条链最终够不够可靠,我倾向于再等一段时间看看有没有异常案例被翻出来,再下判断。
@OpenGradient #opg $OPG
Đã xác minh
Alpha 日报 Ngày 22 tháng 6 (ARX)225分 18:00 airdrop Hôm nay gợi ý刷币QAIT (còn 5 ngày) hoặc các token khác ra mắt trong 30 ngày tới, điểm tích lũy ×4 Khuyên nên đầu tư 500 hoặc 200 cho mỗi giao dịch, nhỏ nhưng nhiều lần Năm ngoái, mình có hợp tác với bạn bè làm một bộ mẫu tài chính Excel, đưa lên một nền tảng trả phí để bán, lúc đó chỉ nghĩ đến việc hồi vốn. Không ngờ trong hơn một năm qua có người tải xuống liên tục, giờ tổng cộng thu về gần 6000 đồng, mình gần như không động đến file này nữa. Cảm giác làm một lần mà thu được nhiều lần này, mình trước đây chỉ thấy ở các nội dung có bản quyền. Xem tài liệu Model Hub của OPG phát hiện ra, nó thiết kế logic chia sẻ lợi nhuận cho các nhà phát triển AI gần như giống hệt. Nhà phát triển tải lên mô hình đã được huấn luyện vào kho mô hình phi tập trung này, thiết lập giá gọi, sau đó mỗi lần có ai đó gọi mô hình của bạn để chạy suy luận, phí sẽ được thanh toán trực tiếp bằng $OPG cho bạn. Hiện tại đã có hơn 2000 mô hình được lưu trữ trên Model Hub, mỗi lần thanh toán xảy ra trên chuỗi Base, không qua kiểm duyệt thủ công của nền tảng, mã viết xong cơ bản là tự động phân chia lợi nhuận. Điều này giống với việc phát plugin trên cửa hàng ứng dụng để thu lợi, khác biệt là thanh toán trên chuỗi, không có trung gian chậm trễ trong việc thanh toán hoặc đột ngột thay đổi quy tắc. Thiết kế này muốn đạt được điều là: "mô hình được nhiều người sử dụng hơn" và "nhà phát triển kiếm được nhiều tiền hơn" gắn liền với nhau, đồng thời làm cho việc tiêu thụ $OPG liên kết với lượng gọi thực tế, không phải là token quản trị vô nghĩa. Điều khiến mình thắc mắc là, con số 2000+ mô hình này trông có vẻ không nhỏ, nhưng phân bố lượng gọi của những mô hình này như thế nào không có dữ liệu công khai - là hai mươi hoặc ba mươi mô hình hàng đầu lấy đi đa số lượng gọi, hay là phân bố tương đối đồng đều, trực tiếp quyết định cơ chế chia sẻ lợi nhuận này có thực sự hấp dẫn đối với nhà phát triển thông thường hay không. Nếu giống như cửa hàng ứng dụng, hiệu ứng đầu cuối cực kỳ mạnh, phần lớn mô hình được tải lên mỗi tháng chỉ có số lượng gọi đơn lẻ, thì "tải lên mô hình để kiếm OPG" sẽ giống như khả năng lý thuyết, không phải là thu nhập thụ động thật sự. Ý tưởng này là đúng, phải cho nhà phát triển một con đường kiếm tiền bền vững thì kho mô hình mới có thể hoạt động. Nhưng con đường này có khả thi hay không, phải chờ ai đó đưa ra dữ liệu phân bố lượng gọi để xem xét, chứ không chỉ nhìn vào con số tổng cộng "đã có 2000+ mô hình" này. @OpenGradient #opg $OPG
Alpha 日报
Ngày 22 tháng 6 (ARX)225分 18:00 airdrop
Hôm nay gợi ý刷币QAIT (còn 5 ngày) hoặc các token khác ra mắt trong 30 ngày tới, điểm tích lũy ×4
Khuyên nên đầu tư 500 hoặc 200 cho mỗi giao dịch, nhỏ nhưng nhiều lần
Năm ngoái, mình có hợp tác với bạn bè làm một bộ mẫu tài chính Excel, đưa lên một nền tảng trả phí để bán, lúc đó chỉ nghĩ đến việc hồi vốn. Không ngờ trong hơn một năm qua có người tải xuống liên tục, giờ tổng cộng thu về gần 6000 đồng, mình gần như không động đến file này nữa. Cảm giác làm một lần mà thu được nhiều lần này, mình trước đây chỉ thấy ở các nội dung có bản quyền.
Xem tài liệu Model Hub của OPG phát hiện ra, nó thiết kế logic chia sẻ lợi nhuận cho các nhà phát triển AI gần như giống hệt. Nhà phát triển tải lên mô hình đã được huấn luyện vào kho mô hình phi tập trung này, thiết lập giá gọi, sau đó mỗi lần có ai đó gọi mô hình của bạn để chạy suy luận, phí sẽ được thanh toán trực tiếp bằng $OPG cho bạn. Hiện tại đã có hơn 2000 mô hình được lưu trữ trên Model Hub, mỗi lần thanh toán xảy ra trên chuỗi Base, không qua kiểm duyệt thủ công của nền tảng, mã viết xong cơ bản là tự động phân chia lợi nhuận. Điều này giống với việc phát plugin trên cửa hàng ứng dụng để thu lợi, khác biệt là thanh toán trên chuỗi, không có trung gian chậm trễ trong việc thanh toán hoặc đột ngột thay đổi quy tắc.
Thiết kế này muốn đạt được điều là: "mô hình được nhiều người sử dụng hơn" và "nhà phát triển kiếm được nhiều tiền hơn" gắn liền với nhau, đồng thời làm cho việc tiêu thụ $OPG liên kết với lượng gọi thực tế, không phải là token quản trị vô nghĩa.
Điều khiến mình thắc mắc là, con số 2000+ mô hình này trông có vẻ không nhỏ, nhưng phân bố lượng gọi của những mô hình này như thế nào không có dữ liệu công khai - là hai mươi hoặc ba mươi mô hình hàng đầu lấy đi đa số lượng gọi, hay là phân bố tương đối đồng đều, trực tiếp quyết định cơ chế chia sẻ lợi nhuận này có thực sự hấp dẫn đối với nhà phát triển thông thường hay không. Nếu giống như cửa hàng ứng dụng, hiệu ứng đầu cuối cực kỳ mạnh, phần lớn mô hình được tải lên mỗi tháng chỉ có số lượng gọi đơn lẻ, thì "tải lên mô hình để kiếm OPG" sẽ giống như khả năng lý thuyết, không phải là thu nhập thụ động thật sự.
Ý tưởng này là đúng, phải cho nhà phát triển một con đường kiếm tiền bền vững thì kho mô hình mới có thể hoạt động. Nhưng con đường này có khả thi hay không, phải chờ ai đó đưa ra dữ liệu phân bố lượng gọi để xem xét, chứ không chỉ nhìn vào con số tổng cộng "đã có 2000+ mô hình" này.
@OpenGradient #opg $OPG
Xem bản dịch
上个月小区业委会换届投票,我家那一票其实没怎么当回事,随手在群里点了个"同意",后来才发现新规矩改了停车收费方式,自己天天用的车位费涨了200,想反悔已经来不及了。从那以后但凡是跟自己利益沾边的投票,我都会先看清楚条款再点头。 翻OPG的代币用途发现,治理这块也是类似的设计。代币持有者能对协议升级、网络参数这些事投票,文档里写的原话大概意思是持有$OPG就有权利去决定网络接下来怎么调整。比如以后要不要改验证模式的默认档位、要不要调整质押门槛的高低、要不要给某类节点提高奖励,这些直接影响节点收益和用户成本的参数,理论上都得过持有人这一关。 这个设计想解决的问题是,怕项目方关起门来自己改规则,把决定权摊给代币持有人,至少形式上多了一道民主程序。 我的疑惑是,治理这事跟我那次业委会投票的处境很像——大部分持币人根本没空去看每一项提案的具体条款,真正会认真研究、认真投票的往往是持币量大的机构或早期投资人,普通持有人要么弃权要么跟风。如果治理权最后集中在少数大户手里,"代币持有者共同决定"听着公平,实际投票结果可能跟几个大户的意愿差不多,普通人手里那点治理权象征意义大于实际话语权。 治理权写进代币用途里是个加分项,至少给了参与的可能性。但可能性归可能性,真正用不用得上,得看以后具体提案出来的时候,自己愿不愿意花时间看完条款再投,而不是跟我那次一样随手点个同意。 @OpenGradient #opg $OPG
上个月小区业委会换届投票,我家那一票其实没怎么当回事,随手在群里点了个"同意",后来才发现新规矩改了停车收费方式,自己天天用的车位费涨了200,想反悔已经来不及了。从那以后但凡是跟自己利益沾边的投票,我都会先看清楚条款再点头。
翻OPG的代币用途发现,治理这块也是类似的设计。代币持有者能对协议升级、网络参数这些事投票,文档里写的原话大概意思是持有$OPG 就有权利去决定网络接下来怎么调整。比如以后要不要改验证模式的默认档位、要不要调整质押门槛的高低、要不要给某类节点提高奖励,这些直接影响节点收益和用户成本的参数,理论上都得过持有人这一关。
这个设计想解决的问题是,怕项目方关起门来自己改规则,把决定权摊给代币持有人,至少形式上多了一道民主程序。
我的疑惑是,治理这事跟我那次业委会投票的处境很像——大部分持币人根本没空去看每一项提案的具体条款,真正会认真研究、认真投票的往往是持币量大的机构或早期投资人,普通持有人要么弃权要么跟风。如果治理权最后集中在少数大户手里,"代币持有者共同决定"听着公平,实际投票结果可能跟几个大户的意愿差不多,普通人手里那点治理权象征意义大于实际话语权。
治理权写进代币用途里是个加分项,至少给了参与的可能性。但可能性归可能性,真正用不用得上,得看以后具体提案出来的时候,自己愿不愿意花时间看完条款再投,而不是跟我那次一样随手点个同意。
@OpenGradient #opg $OPG
Xem bản dịch
上周帮我表弟算他公司期权解锁日期,算到一半发现他自己都没搞清楚"锁定期"和"归属期"是两码事,白白错过一次能卖的窗口,账面亏了小一万,回头跟我说"早知道我自己看一眼解锁日历"。 翻OPG的代币经济学才发现,这事跟期权解锁是同一套逻辑,只是换成了协议层面。总量锁死10亿枚,TGE时只解锁了大概1.9亿,剩下的不是想卖就能卖。团队、投资人、顾问那部分代币TGE时一分不解锁,先卡12个月归属期,过了这12个月才开始按36个月线性往外放;质押奖励那块更长,分96个月慢慢释放。倒是流动性、空投这两部分比较干脆,TGE当天就全解锁了。 这个设计想解决的问题挺直接:怕团队和早期投资人一上线就砸盘跑路,所以用归属期和线性释放把抛压拉长拉平,不让它在某一天集中爆发。 我的疑惑是,拉长不等于消失。12个月归属期一过,团队那部分代币会开始持续往市场释放,这笔解锁节奏跟链上推理需求的增长速度谁跑得快,决定了这几年价格扛不扛得住这股稳定的卖压。光看"总量恒定不超发"容易让人安心,但恒定总量不代表流通节奏对你友好,该解锁的还是会解锁。 代币设计本身不算激进,至少没有无限增发那种隐患。但接下来这一两年,归属期满后的释放曲线值得自己对着日历看一眼,而不是只盯着上线消息和日内涨跌。 @OpenGradient #opg $OPG
上周帮我表弟算他公司期权解锁日期,算到一半发现他自己都没搞清楚"锁定期"和"归属期"是两码事,白白错过一次能卖的窗口,账面亏了小一万,回头跟我说"早知道我自己看一眼解锁日历"。
翻OPG的代币经济学才发现,这事跟期权解锁是同一套逻辑,只是换成了协议层面。总量锁死10亿枚,TGE时只解锁了大概1.9亿,剩下的不是想卖就能卖。团队、投资人、顾问那部分代币TGE时一分不解锁,先卡12个月归属期,过了这12个月才开始按36个月线性往外放;质押奖励那块更长,分96个月慢慢释放。倒是流动性、空投这两部分比较干脆,TGE当天就全解锁了。
这个设计想解决的问题挺直接:怕团队和早期投资人一上线就砸盘跑路,所以用归属期和线性释放把抛压拉长拉平,不让它在某一天集中爆发。
我的疑惑是,拉长不等于消失。12个月归属期一过,团队那部分代币会开始持续往市场释放,这笔解锁节奏跟链上推理需求的增长速度谁跑得快,决定了这几年价格扛不扛得住这股稳定的卖压。光看"总量恒定不超发"容易让人安心,但恒定总量不代表流通节奏对你友好,该解锁的还是会解锁。
代币设计本身不算激进,至少没有无限增发那种隐患。但接下来这一两年,归属期满后的释放曲线值得自己对着日历看一眼,而不是只盯着上线消息和日内涨跌。
@OpenGradient #opg $OPG
Đúng một phần
Báo cáo hàng ngày của Alpha Ngày 19 tháng 6: Hôm nay không có airdrop nào. Giờ chỉ còn hai lần mỗi tuần thôi sao? Khuyến nghị hôm nay: giao dịch QAIT (còn 8 ngày) hoặc các token khác được niêm yết trong vòng 30 ngày tới. Nhận được 4 điểm. Số tiền đề xuất: 500 hoặc 200 mỗi giao dịch, nhiều lần giao dịch nhỏ. Tháng trước, nhà của một người bạn tôi đang được sửa chữa. Trước khi ký hợp đồng, người quản đốc yêu cầu đặt cọc, nói rằng chỉ được hoàn trả sau khi công việc hoàn thành và được kiểm tra. Nếu người quản đốc làm việc cẩu thả hoặc bỏ trốn, tiền đặt cọc sẽ bị mất. Ban đầu bạn tôi thấy việc này có vẻ rắc rối, nhưng sau đó nghe nói rằng căn nhà bên cạnh không lấy tiền đặt cọc đã bị lừa – vật liệu kém chất lượng và người quản đốc chỉ đơn giản là biến mất. Đó là lúc bạn tôi nhận ra rằng khoản tiền đặt cọc này không chỉ là hình thức; nó thực sự có thể là một vấn đề nghiêm trọng. Các node chịu trách nhiệm xác minh trong mạng OpenGradient có thiết kế tương tự. Tài liệu nêu rõ rằng các trình xác thực và một số nút chuyên dụng phải đặt cọc một lượng OPG nhất định để tham gia vào cơ chế đồng thuận PoS. Các bằng chứng được tạo ra bởi mô hình sẽ được các nút này xác minh. Nếu một nút gửi bằng chứng không hợp lệ, về cơ bản là tham gia vào các hoạt động không đạt chuẩn, OPG mà nút đó đã đặt cọc sẽ bị tịch thu. Điều này phù hợp với logic gửi tiền được sử dụng để ngăn chặn gian lận tài khoản trong các thư viện mô hình; cả hai đều liên quan đến việc trả tiền thật để ngăn chặn hành vi sai trái, giúp tiết kiệm công sức xác minh danh tính. Mối lo ngại của tôi là mặc dù cơ chế này ngăn chặn các hành vi độc hại rõ ràng như "công khai gửi bằng chứng giả mạo", tài liệu lại thiếu chi tiết về cách định nghĩa "bằng chứng không hợp lệ" và tiêu chí đánh giá nghiêm ngặt như thế nào. Nếu bản thân logic xác minh có lỗ hổng, hoặc nhiều nút thông đồng, việc chỉ dựa vào việc tịch thu tiền gửi có thể không đủ. Điều này tương tự như những lo ngại trước đây của tôi về độ tin cậy trong phần cứng TEE - độ tin cậy của người đặt ra quy tắc là một yếu tố quan trọng vượt ra ngoài chính các quy tắc đó. Phương pháp đặt cọc cộng với tịch thu là hợp lý, tốt hơn so với việc chỉ dựa vào kỷ luật tự giác của các nút, nhưng ranh giới an ninh cuối cùng phụ thuộc vào tính đầy đủ của các tiêu chí xử phạt, điều mà hiện tại vẫn chưa hoàn chỉnh trong thông tin công khai. @OpenGradient #opg $OPG
Báo cáo hàng ngày của Alpha

Ngày 19 tháng 6: Hôm nay không có airdrop nào. Giờ chỉ còn hai lần mỗi tuần thôi sao?

Khuyến nghị hôm nay: giao dịch QAIT (còn 8 ngày) hoặc các token khác được niêm yết trong vòng 30 ngày tới. Nhận được 4 điểm.

Số tiền đề xuất: 500 hoặc 200 mỗi giao dịch, nhiều lần giao dịch nhỏ.

Tháng trước, nhà của một người bạn tôi đang được sửa chữa. Trước khi ký hợp đồng, người quản đốc yêu cầu đặt cọc, nói rằng chỉ được hoàn trả sau khi công việc hoàn thành và được kiểm tra. Nếu người quản đốc làm việc cẩu thả hoặc bỏ trốn, tiền đặt cọc sẽ bị mất. Ban đầu bạn tôi thấy việc này có vẻ rắc rối, nhưng sau đó nghe nói rằng căn nhà bên cạnh không lấy tiền đặt cọc đã bị lừa – vật liệu kém chất lượng và người quản đốc chỉ đơn giản là biến mất. Đó là lúc bạn tôi nhận ra rằng khoản tiền đặt cọc này không chỉ là hình thức; nó thực sự có thể là một vấn đề nghiêm trọng.

Các node chịu trách nhiệm xác minh trong mạng OpenGradient có thiết kế tương tự. Tài liệu nêu rõ rằng các trình xác thực và một số nút chuyên dụng phải đặt cọc một lượng OPG nhất định để tham gia vào cơ chế đồng thuận PoS. Các bằng chứng được tạo ra bởi mô hình sẽ được các nút này xác minh. Nếu một nút gửi bằng chứng không hợp lệ, về cơ bản là tham gia vào các hoạt động không đạt chuẩn, OPG mà nút đó đã đặt cọc sẽ bị tịch thu. Điều này phù hợp với logic gửi tiền được sử dụng để ngăn chặn gian lận tài khoản trong các thư viện mô hình; cả hai đều liên quan đến việc trả tiền thật để ngăn chặn hành vi sai trái, giúp tiết kiệm công sức xác minh danh tính.

Mối lo ngại của tôi là mặc dù cơ chế này ngăn chặn các hành vi độc hại rõ ràng như "công khai gửi bằng chứng giả mạo", tài liệu lại thiếu chi tiết về cách định nghĩa "bằng chứng không hợp lệ" và tiêu chí đánh giá nghiêm ngặt như thế nào. Nếu bản thân logic xác minh có lỗ hổng, hoặc nhiều nút thông đồng, việc chỉ dựa vào việc tịch thu tiền gửi có thể không đủ. Điều này tương tự như những lo ngại trước đây của tôi về độ tin cậy trong phần cứng TEE - độ tin cậy của người đặt ra quy tắc là một yếu tố quan trọng vượt ra ngoài chính các quy tắc đó.

Phương pháp đặt cọc cộng với tịch thu là hợp lý, tốt hơn so với việc chỉ dựa vào kỷ luật tự giác của các nút, nhưng ranh giới an ninh cuối cùng phụ thuộc vào tính đầy đủ của các tiêu chí xử phạt, điều mà hiện tại vẫn chưa hoàn chỉnh trong thông tin công khai.

@OpenGradient #opg $OPG
Xem bản dịch
小区门口奶茶店之前搞"老带新",老顾客拉新人注册送20块代金券,结果没两天就有人盯上这个空子,批量注册手机号薅羊毛,代金券全砸在了几个人手里。后来老板改规矩:新人得先充值满50才能提现返利,门槛一卡,刷号成本上去了,薅羊毛的基本就退场了。 OpenGradient的Model Hub面对的是类似问题,只是换成了AI模型场景。开发者把训练好的模型上传到这个去中心化模型库,别人调用你的模型跑推理,你能自动分到一笔OPG,本质上跟应用商店里发插件赚分成是一个逻辑,只是搬到了链上结算。但模型库一旦开放上传,最大的隐患就是有人批量注册马甲账号、塞一堆水模型进去刷调用量骗分成。OpenGradient的解法跟奶茶店一样,不是去查身份,而是用经济门槛挡人:上传模型架构、接入专用节点都得押一定数量的OPG,这笔代币同时充当"抗女巫攻击"的钥匙。 我的疑惑是,这套门槛挡的是钱,不是人。只要押得起,照样能注册很多个"专用节点"批量刷请求,无非成本高一点。更关键的是这个门槛是浮动的——押多少OPG才算够高,取决于OPG当时的市值。牛市币价高,押一份代币本身就贵,刷号不划算;可一旦进入熊市,币价砸下来,同样的押注门槛实际成本跟着腰斩,防刷的安全边际也跟着缩水。 用经济门槛代替身份审核,这个思路本身没毛病,链上能用的工具也就这些。但如果"防滥用"全靠币价撑着,这道防线的强度其实跟行情绑在一起,牛市看着挺扎实,熊市未必扛得住。 @OpenGradient #opg $OPG
小区门口奶茶店之前搞"老带新",老顾客拉新人注册送20块代金券,结果没两天就有人盯上这个空子,批量注册手机号薅羊毛,代金券全砸在了几个人手里。后来老板改规矩:新人得先充值满50才能提现返利,门槛一卡,刷号成本上去了,薅羊毛的基本就退场了。
OpenGradient的Model Hub面对的是类似问题,只是换成了AI模型场景。开发者把训练好的模型上传到这个去中心化模型库,别人调用你的模型跑推理,你能自动分到一笔OPG,本质上跟应用商店里发插件赚分成是一个逻辑,只是搬到了链上结算。但模型库一旦开放上传,最大的隐患就是有人批量注册马甲账号、塞一堆水模型进去刷调用量骗分成。OpenGradient的解法跟奶茶店一样,不是去查身份,而是用经济门槛挡人:上传模型架构、接入专用节点都得押一定数量的OPG,这笔代币同时充当"抗女巫攻击"的钥匙。
我的疑惑是,这套门槛挡的是钱,不是人。只要押得起,照样能注册很多个"专用节点"批量刷请求,无非成本高一点。更关键的是这个门槛是浮动的——押多少OPG才算够高,取决于OPG当时的市值。牛市币价高,押一份代币本身就贵,刷号不划算;可一旦进入熊市,币价砸下来,同样的押注门槛实际成本跟着腰斩,防刷的安全边际也跟着缩水。
用经济门槛代替身份审核,这个思路本身没毛病,链上能用的工具也就这些。但如果"防滥用"全靠币价撑着,这道防线的强度其实跟行情绑在一起,牛市看着挺扎实,熊市未必扛得住。
@OpenGradient #opg $OPG
Xem bản dịch
之前用OpenGradient Chat的时候有个疑问:AI推理这么耗资源,链上节点难道要重新跑一遍模型才能验证吗,那成本得多高。 翻了一下架构发现不是这样,它把"跑模型"和"验证"拆成了两条路,这套设计叫HACA。GPU或TEE节点负责真正跑模型,跑完生成一份密码学证明;链上节点只验证这份证明,不用重新跑一遍。算得起和验证得起,分开走。 这个思路我觉得是对的,是在AI推理这么重的计算量下做的现实妥协。但证明能证明的是"流程没被篡改",证明不了"底层硬件本身没问题"。这层信任目前还是建立在TEE没被攻破的前提上。 架构思路认真,底层硬件这块还需要时间验证。 @OpenGradient #opg $OPG
之前用OpenGradient Chat的时候有个疑问:AI推理这么耗资源,链上节点难道要重新跑一遍模型才能验证吗,那成本得多高。
翻了一下架构发现不是这样,它把"跑模型"和"验证"拆成了两条路,这套设计叫HACA。GPU或TEE节点负责真正跑模型,跑完生成一份密码学证明;链上节点只验证这份证明,不用重新跑一遍。算得起和验证得起,分开走。
这个思路我觉得是对的,是在AI推理这么重的计算量下做的现实妥协。但证明能证明的是"流程没被篡改",证明不了"底层硬件本身没问题"。这层信任目前还是建立在TEE没被攻破的前提上。
架构思路认真,底层硬件这块还需要时间验证。
@OpenGradient #opg $OPG
Xem bản dịch
之前用OpenGradient Chat的时候有个疑问:AI模型推理这么耗资源,又要GPU又要大显存,怎么可能让链上节点都重新跑一遍去验证,那成本得多高。 翻了一下OpenGradient的架构才发现,它压根没打算让所有节点重跑模型,而是把"跑模型"和"验证"这两件事拆开了,这套设计叫HACA,全称Hybrid AI Compute Architecture。 具体分工是:Inference Nodes负责真正跑AI模型,可能是带GPU的节点,也可能是通过TEE可信执行环境调用大模型。这些节点算完之后,不是简单吐出一个结果就完事,而是生成一份密码学证明,证明这次推理确实是用了指定的模型、指定的数据、指定的流程跑出来的。链上的验证节点不需要重新跑一遍模型,只需要验证这份证明是否有效。 这个设计解决的核心矛盾是:普通区块链擅长处理转账、合约状态这类轻量计算,但AI推理是重量级计算,如果每个验证者都要重跑一次模型,网络根本扛不住。HACA把"算得起"和"验证得起"分成了两条独立的路径。 我的疑问在于证明本身的可靠性边界。这份密码学证明能证明"流程没有被篡改",但如果GPU节点本身的TEE环境存在硬件层面的漏洞,篡改可能发生在更底层,证明环节根本看不到。这跟之前我对OpenGradient Chat的疑虑是同一个问题:TEE这条路线本身有没有被攻破,不是密码学证明能回答的。 HACA这个分工思路我觉得是对的,是在现实约束下做的合理设计。但底层硬件信任这一层,目前看不到完全的答案。 @OpenGradient #opg $OPG
之前用OpenGradient Chat的时候有个疑问:AI模型推理这么耗资源,又要GPU又要大显存,怎么可能让链上节点都重新跑一遍去验证,那成本得多高。
翻了一下OpenGradient的架构才发现,它压根没打算让所有节点重跑模型,而是把"跑模型"和"验证"这两件事拆开了,这套设计叫HACA,全称Hybrid AI Compute Architecture。
具体分工是:Inference Nodes负责真正跑AI模型,可能是带GPU的节点,也可能是通过TEE可信执行环境调用大模型。这些节点算完之后,不是简单吐出一个结果就完事,而是生成一份密码学证明,证明这次推理确实是用了指定的模型、指定的数据、指定的流程跑出来的。链上的验证节点不需要重新跑一遍模型,只需要验证这份证明是否有效。
这个设计解决的核心矛盾是:普通区块链擅长处理转账、合约状态这类轻量计算,但AI推理是重量级计算,如果每个验证者都要重跑一次模型,网络根本扛不住。HACA把"算得起"和"验证得起"分成了两条独立的路径。
我的疑问在于证明本身的可靠性边界。这份密码学证明能证明"流程没有被篡改",但如果GPU节点本身的TEE环境存在硬件层面的漏洞,篡改可能发生在更底层,证明环节根本看不到。这跟之前我对OpenGradient Chat的疑虑是同一个问题:TEE这条路线本身有没有被攻破,不是密码学证明能回答的。
HACA这个分工思路我觉得是对的,是在现实约束下做的合理设计。但底层硬件信任这一层,目前看不到完全的答案。
@OpenGradient #opg $OPG
Xem bản dịch
下午看到消息,后天上线新的空投。 名字是O 上周身体有点不舒服,半夜睡不着,打开AI想查几个症状。 字打到一半,我又删掉了。 因为突然想到一个问题:健康状况、收入情况、法律纠纷这些信息,恰恰是最想问AI、又最不想留下记录的内容。 最近体验了一下 OpenGradient Chat,它想解决的正是这个问题——把“你是谁”和“你说了什么”分开。 简单理解就是:消息先在本地加密,再通过中继转发,最后进入可信执行环境(TEE)完成推理。中间任何单独一方都无法同时获得你的身份和完整对话内容。 前端接入的还是大家熟悉的 ChatGPT、Claude、Gemini、Grok 等模型,还能在同一个界面自由切换。 我觉得真正有意思的地方不在于接了多少模型,而在于它试图把“相信平台”变成“验证平台”。 这套逻辑其实来自 OpenGradient 底层的可验证AI网络。模型运行、结果生成和验证都有对应机制,而 Chat 产品则把这套能力包装成了普通用户能直接使用的聊天工具。 当然,我也有保留意见。 TEE 确实能提升隐私性,但它并不是万能的。历史上出现过不少硬件层面的侧信道漏洞,如果底层硬件本身存在问题,那么再完善的验证机制也无法彻底消除风险。 另外,OPG 刚上市不久,Chat 产品也刚推出,目前还很难判断真实用户留存和长期使用情况。 至少从设计思路来看,它比一句简单的“我们不会保存你的数据”更有说服力。 至于这条路最终能不能跑通,我准备再观察一段时间。 @OpenGradient #opg $OPG
下午看到消息,后天上线新的空投。

名字是O

上周身体有点不舒服,半夜睡不着,打开AI想查几个症状。

字打到一半,我又删掉了。

因为突然想到一个问题:健康状况、收入情况、法律纠纷这些信息,恰恰是最想问AI、又最不想留下记录的内容。

最近体验了一下 OpenGradient Chat,它想解决的正是这个问题——把“你是谁”和“你说了什么”分开。

简单理解就是:消息先在本地加密,再通过中继转发,最后进入可信执行环境(TEE)完成推理。中间任何单独一方都无法同时获得你的身份和完整对话内容。

前端接入的还是大家熟悉的 ChatGPT、Claude、Gemini、Grok 等模型,还能在同一个界面自由切换。

我觉得真正有意思的地方不在于接了多少模型,而在于它试图把“相信平台”变成“验证平台”。

这套逻辑其实来自 OpenGradient 底层的可验证AI网络。模型运行、结果生成和验证都有对应机制,而 Chat 产品则把这套能力包装成了普通用户能直接使用的聊天工具。

当然,我也有保留意见。

TEE 确实能提升隐私性,但它并不是万能的。历史上出现过不少硬件层面的侧信道漏洞,如果底层硬件本身存在问题,那么再完善的验证机制也无法彻底消除风险。

另外,OPG 刚上市不久,Chat 产品也刚推出,目前还很难判断真实用户留存和长期使用情况。

至少从设计思路来看,它比一句简单的“我们不会保存你的数据”更有说服力。

至于这条路最终能不能跑通,我准备再观察一段时间。
@OpenGradient #opg $OPG
Bản tin Alpha Ngày 15 tháng 6 Hôm nay tạm thời không có thông báo airdrop Hôm nay khuyên bạn nên giao dịch QAIT (còn 13 ngày) hoặc các token khác sẽ ra mắt trong 30 ngày tới, điểm số ×4 Đề xuất 500 hoặc 200 mỗi lần, giao dịch nhỏ nhiều lần Trong thời gian này, mình đã xem xét từ Bedrock 1.0 đến 2.0, uniBTC đến brBTC, cơ chế ρ đến quản lý vốn, gần như đã trải qua hết. Ngày cuối cùng, nói về nhận định tổng thể. Về thiết kế cơ chế, mình thấy Bedrock rất nghiêm túc. Chứng minh dự trữ Chainlink đã biến "niềm tin" thành "xác minh", cơ chế tỷ giá ρ không dựa vào phát hành token để duy trì cảm giác lợi nhuận, chi tiết ρ cố định khi đúc và đổi lại đã được viết vào công thức để chứng minh cho bạn thấy. Những điều này không phải là lời nói của nhóm dự án, mà có thể kiểm tra được. Về lựa chọn cấu trúc, uniBTC và brBTC là hai con đường khác nhau: con đường đầu tiên mang lại tính chắc chắn, rủi ro gắn liền với tầng Babylon, dễ nhìn thấy; con đường thứ hai mang lại tính tiện lợi, rủi ro phân tán vào sáu giao thức, nhưng logic quản lý được viết trong sách trắng khá mơ hồ, cái giá của sự yên tâm là không thể nói rõ. Nhưng có một vấn đề xuyên suốt mà đến giờ mình vẫn chưa có câu trả lời: lượng lưu thông của token BR hiện tại là 23%, còn 77% chưa được phát hành. Cách phát hành phần này, và tốc độ phát hành sẽ ảnh hưởng trực tiếp đến phần lợi nhuận trong brBTC có thể duy trì được bao lâu, cũng sẽ ảnh hưởng đến điểm định giá của toàn bộ BR. Con số này như một biến số treo lơ lửng trên tất cả các nhận định, dù thiết kế cơ chế có chặt chẽ đến đâu, nếu tốc độ phát hành vượt quá kỳ vọng, mọi nhận định trước đó sẽ phải tính toán lại. Kết luận của mình là: phương hướng nghiêm túc, chi tiết vững chắc, nhưng trước khi có câu trả lời cho biến số 77%, mình sẽ không thay đổi vị thế của mình. @Bedrock #bedrock $BR
Bản tin Alpha
Ngày 15 tháng 6 Hôm nay tạm thời không có thông báo airdrop
Hôm nay khuyên bạn nên giao dịch QAIT (còn 13 ngày) hoặc các token khác sẽ ra mắt trong 30 ngày tới, điểm số ×4
Đề xuất 500 hoặc 200 mỗi lần, giao dịch nhỏ nhiều lần
Trong thời gian này, mình đã xem xét từ Bedrock 1.0 đến 2.0, uniBTC đến brBTC, cơ chế ρ đến quản lý vốn, gần như đã trải qua hết. Ngày cuối cùng, nói về nhận định tổng thể.
Về thiết kế cơ chế, mình thấy Bedrock rất nghiêm túc. Chứng minh dự trữ Chainlink đã biến "niềm tin" thành "xác minh", cơ chế tỷ giá ρ không dựa vào phát hành token để duy trì cảm giác lợi nhuận, chi tiết ρ cố định khi đúc và đổi lại đã được viết vào công thức để chứng minh cho bạn thấy. Những điều này không phải là lời nói của nhóm dự án, mà có thể kiểm tra được.
Về lựa chọn cấu trúc, uniBTC và brBTC là hai con đường khác nhau: con đường đầu tiên mang lại tính chắc chắn, rủi ro gắn liền với tầng Babylon, dễ nhìn thấy; con đường thứ hai mang lại tính tiện lợi, rủi ro phân tán vào sáu giao thức, nhưng logic quản lý được viết trong sách trắng khá mơ hồ, cái giá của sự yên tâm là không thể nói rõ.
Nhưng có một vấn đề xuyên suốt mà đến giờ mình vẫn chưa có câu trả lời: lượng lưu thông của token BR hiện tại là 23%, còn 77% chưa được phát hành. Cách phát hành phần này, và tốc độ phát hành sẽ ảnh hưởng trực tiếp đến phần lợi nhuận trong brBTC có thể duy trì được bao lâu, cũng sẽ ảnh hưởng đến điểm định giá của toàn bộ BR. Con số này như một biến số treo lơ lửng trên tất cả các nhận định, dù thiết kế cơ chế có chặt chẽ đến đâu, nếu tốc độ phát hành vượt quá kỳ vọng, mọi nhận định trước đó sẽ phải tính toán lại.
Kết luận của mình là: phương hướng nghiêm túc, chi tiết vững chắc, nhưng trước khi có câu trả lời cho biến số 77%, mình sẽ không thay đổi vị thế của mình.
@Bedrock #bedrock $BR
·
--
Tăng giá
Xem bản dịch
BTC已经来到65600附近。 前几天一直在关注64000这个关键压力位,价格在这里反复震荡了好几天,最终还是选择向上突破。能站稳并突破这种持续压制的区域,本身就说明当前市场依然是多头占优。 从结构上看,BTC依旧保持着高点和低点不断抬升的走势,多头趋势暂时没有被破坏。 我个人已经止盈了一部分仓位,先把利润落袋。但从目前的盘面来看,下一个值得重点关注的区域在68000附近,那里可能会面临更强的抛压和博弈。 在趋势没有发生明显变化之前,我更倾向于把回调看成机会而不是风险。只要出现幅度较大的回踩,依然值得重点关注做多机会。 还是那句话: 趋势向上的时候,不要总想着摸顶做空;趋势向下的时候,也不要急着抄底做多。 尊重趋势,顺势交易,往往比预测顶部和底部更重要。$BTC $ETH
BTC已经来到65600附近。

前几天一直在关注64000这个关键压力位,价格在这里反复震荡了好几天,最终还是选择向上突破。能站稳并突破这种持续压制的区域,本身就说明当前市场依然是多头占优。

从结构上看,BTC依旧保持着高点和低点不断抬升的走势,多头趋势暂时没有被破坏。

我个人已经止盈了一部分仓位,先把利润落袋。但从目前的盘面来看,下一个值得重点关注的区域在68000附近,那里可能会面临更强的抛压和博弈。

在趋势没有发生明显变化之前,我更倾向于把回调看成机会而不是风险。只要出现幅度较大的回踩,依然值得重点关注做多机会。

还是那句话:

趋势向上的时候,不要总想着摸顶做空;趋势向下的时候,也不要急着抄底做多。

尊重趋势,顺势交易,往往比预测顶部和底部更重要。$BTC $ETH
Alpha 日报 6月14日 Không có thông báo airdrop Hôm nay đề xuất giao dịch QAIT (còn 13 ngày) hoặc các token khác ra mắt trong 30 ngày tới, điểm số ×4 Khuyên bạn 500 hoặc 200 một lần, nhỏ lẻ nhiều lần Nhiều người coi brBTC và uniBTC là sản phẩm giống nhau, nghĩ rằng đều là 'gửi BTC để kiếm lãi', khác biệt chỉ là ai có lợi nhuận cao hơn một chút. Nhưng sau khi xem qua whitepaper, cảm nhận của mình là: sự khác biệt lớn nhất giữa hai sản phẩm này không phải là lợi nhuận, mà là độ minh bạch về rủi ro. uniBTC theo hướng một giao thức. BTC vào Babylon, lợi nhuận và rủi ro chủ yếu đến từ Babylon. Lợi thế là cấu trúc đơn giản, bạn có thể rõ ràng biết tiền đi đâu, rủi ro đến từ đâu. Trong khi đó, brBTC theo hướng tổng hợp. Vốn sẽ được phân bổ vào nhiều giao thức như Babylon, Kernel, Symbiotic, SatLayer, gom lợi nhuận từ các nguồn khác nhau vào một chứng từ. Mô hình này thực sự dễ chịu hơn, nhưng vấn đề cũng rất rõ ràng: nguồn rủi ro từ một biến thành nhiều. Nếu uniBTC có vấn đề, bạn có thể đoán được vấn đề ở đâu; nhưng nếu brBTC có vấn đề, bạn biết rủi ro tồn tại nhưng không nhất thiết có thể nhanh chóng xác định đường nào gặp vấn đề và tỷ lệ ảnh hưởng là bao nhiêu. Vì vậy, theo mình: uniBTC bán sự chắc chắn, brBTC bán sự tiện lợi. Cái trước thích hợp cho những người thích hiểu rõ rủi ro, cái sau phù hợp cho những người sẵn sàng giao quản lý vốn cho hệ thống. Cả hai không có cái nào tuyệt đối tốt hay xấu, quan trọng là bạn quan tâm đến điều gì hơn. Hiện tại mình nghiêng về cấu trúc uniBTC có thể nói rõ ràng rủi ro ở đâu, trước khi hiểu rõ vấn đề điều phối của brBTC, cứ để đó đã. @Bedrock #bedrock $BR
Alpha 日报
6月14日 Không có thông báo airdrop
Hôm nay đề xuất giao dịch QAIT (còn 13 ngày) hoặc các token khác ra mắt trong 30 ngày tới, điểm số ×4
Khuyên bạn 500 hoặc 200 một lần, nhỏ lẻ nhiều lần

Nhiều người coi brBTC và uniBTC là sản phẩm giống nhau, nghĩ rằng đều là 'gửi BTC để kiếm lãi', khác biệt chỉ là ai có lợi nhuận cao hơn một chút.

Nhưng sau khi xem qua whitepaper, cảm nhận của mình là: sự khác biệt lớn nhất giữa hai sản phẩm này không phải là lợi nhuận, mà là độ minh bạch về rủi ro.

uniBTC theo hướng một giao thức. BTC vào Babylon, lợi nhuận và rủi ro chủ yếu đến từ Babylon. Lợi thế là cấu trúc đơn giản, bạn có thể rõ ràng biết tiền đi đâu, rủi ro đến từ đâu.

Trong khi đó, brBTC theo hướng tổng hợp. Vốn sẽ được phân bổ vào nhiều giao thức như Babylon, Kernel, Symbiotic, SatLayer, gom lợi nhuận từ các nguồn khác nhau vào một chứng từ.

Mô hình này thực sự dễ chịu hơn, nhưng vấn đề cũng rất rõ ràng: nguồn rủi ro từ một biến thành nhiều.

Nếu uniBTC có vấn đề, bạn có thể đoán được vấn đề ở đâu; nhưng nếu brBTC có vấn đề, bạn biết rủi ro tồn tại nhưng không nhất thiết có thể nhanh chóng xác định đường nào gặp vấn đề và tỷ lệ ảnh hưởng là bao nhiêu.

Vì vậy, theo mình:

uniBTC bán sự chắc chắn, brBTC bán sự tiện lợi.

Cái trước thích hợp cho những người thích hiểu rõ rủi ro, cái sau phù hợp cho những người sẵn sàng giao quản lý vốn cho hệ thống.

Cả hai không có cái nào tuyệt đối tốt hay xấu, quan trọng là bạn quan tâm đến điều gì hơn.

Hiện tại mình nghiêng về cấu trúc uniBTC có thể nói rõ ràng rủi ro ở đâu, trước khi hiểu rõ vấn đề điều phối của brBTC, cứ để đó đã.
@Bedrock #bedrock $BR
·
--
Tăng giá
Xem bản dịch
从当前走势来看,BTC的结构依然偏强。 仔细观察可以发现,每一轮回调的低点都在逐步抬高,形成明显的“高低点不断上移”结构,这是典型的多头趋势特征。 趋势交易最重要的一点就是顺势而为。在上升趋势没有被破坏之前,与其不断猜顶做空,不如跟随市场方向寻找做多机会。 我个人在61800附近布局了多单,目前目标先看66000附近。这里也是前方的重要压力区域,如果价格到达该位置,不排除出现一波技术性回调。 当然,市场永远存在不确定性,交易计划也需要根据行情变化及时调整。但在当前结构下,我认为多头依然占据主动。 尊重趋势,顺势交易,往往比频繁预测顶部更重要。$BTC $ETH
从当前走势来看,BTC的结构依然偏强。

仔细观察可以发现,每一轮回调的低点都在逐步抬高,形成明显的“高低点不断上移”结构,这是典型的多头趋势特征。

趋势交易最重要的一点就是顺势而为。在上升趋势没有被破坏之前,与其不断猜顶做空,不如跟随市场方向寻找做多机会。

我个人在61800附近布局了多单,目前目标先看66000附近。这里也是前方的重要压力区域,如果价格到达该位置,不排除出现一波技术性回调。

当然,市场永远存在不确定性,交易计划也需要根据行情变化及时调整。但在当前结构下,我认为多头依然占据主动。

尊重趋势,顺势交易,往往比频繁预测顶部更重要。$BTC $ETH
Alpha 日报 Ngày 13 tháng 6 không có thông báo airdrop Hôm nay khuyến nghị (token ra mắt trong 30 ngày, điểm ×4) Đề xuất 500 hoặc 200 một lần, nhỏ lẻ nhiều lần Nhiều người coi brBTC và uniBTC là cùng một loại sản phẩm, gửi BTC để kiếm lãi, không khác gì nhau. Nhưng nếu đọc whitepaper sẽ thấy thiết kế và định hướng của hai cái này hoàn toàn khác nhau, nhắm đến hai loại người khác nhau. uniBTC là con đường đơn giao thức. BTC vào Babylon, lấy uniBTC, lợi nhuận và rủi ro đều gắn bó với Babylon. Bạn biết rõ tiền của mình ở đâu, rủi ro đến từ đâu, cấu trúc đơn giản, khả năng truy xuất mạnh. brBTC là con đường tổng hợp. Vốn được phân bổ vào nhiều giao thức như Babylon, Kernel, Symbiotic, SatLayer, lợi nhuận được tổng hợp thành một chứng chỉ. Đơn giản, nhưng rủi ro từ một cái trở thành vài cái, và logic phân bổ vốn (tự động trên chuỗi hay do dự án điều chỉnh) trong whitepaper viết mơ hồ. Sự khác biệt bản chất giữa hai cái này không phải là lợi nhuận cao hay thấp, mà là khả năng truy xuất rủi ro. Với uniBTC bạn có thể nói chính xác rủi ro nằm ở đâu; với brBTC bạn chỉ có thể nói rủi ro phân tán ở nhiều tầng, nhưng cụ thể ở tầng nào, chiếm bao nhiêu tỷ lệ, bên ngoài không thể đánh giá được. Cách hiểu của tôi là: uniBTC cung cấp sự chắc chắn, brBTC cung cấp sự tiện lợi. Nếu bạn muốn hiểu rõ mình sẵn sàng chấp nhận điều gì, chọn uniBTC; nếu bạn muốn đơn giản nhưng chấp nhận "rủi ro ở đó nhưng không rõ cụ thể ở đâu", chọn brBTC. @Bedrock #bedrock $BR
Alpha 日报
Ngày 13 tháng 6 không có thông báo airdrop
Hôm nay khuyến nghị (token ra mắt trong 30 ngày, điểm ×4)
Đề xuất 500 hoặc 200 một lần, nhỏ lẻ nhiều lần
Nhiều người coi brBTC và uniBTC là cùng một loại sản phẩm, gửi BTC để kiếm lãi, không khác gì nhau. Nhưng nếu đọc whitepaper sẽ thấy thiết kế và định hướng của hai cái này hoàn toàn khác nhau, nhắm đến hai loại người khác nhau.
uniBTC là con đường đơn giao thức. BTC vào Babylon, lấy uniBTC, lợi nhuận và rủi ro đều gắn bó với Babylon. Bạn biết rõ tiền của mình ở đâu, rủi ro đến từ đâu, cấu trúc đơn giản, khả năng truy xuất mạnh.
brBTC là con đường tổng hợp. Vốn được phân bổ vào nhiều giao thức như Babylon, Kernel, Symbiotic, SatLayer, lợi nhuận được tổng hợp thành một chứng chỉ. Đơn giản, nhưng rủi ro từ một cái trở thành vài cái, và logic phân bổ vốn (tự động trên chuỗi hay do dự án điều chỉnh) trong whitepaper viết mơ hồ.
Sự khác biệt bản chất giữa hai cái này không phải là lợi nhuận cao hay thấp, mà là khả năng truy xuất rủi ro. Với uniBTC bạn có thể nói chính xác rủi ro nằm ở đâu; với brBTC bạn chỉ có thể nói rủi ro phân tán ở nhiều tầng, nhưng cụ thể ở tầng nào, chiếm bao nhiêu tỷ lệ, bên ngoài không thể đánh giá được.
Cách hiểu của tôi là: uniBTC cung cấp sự chắc chắn, brBTC cung cấp sự tiện lợi. Nếu bạn muốn hiểu rõ mình sẵn sàng chấp nhận điều gì, chọn uniBTC; nếu bạn muốn đơn giản nhưng chấp nhận "rủi ro ở đó nhưng không rõ cụ thể ở đâu", chọn brBTC.
@Bedrock #bedrock $BR
Gần đây khi lướt qua whitepaper của Bedrock, mình phát hiện ra một thứ mà mọi người ít đề cập khi bàn về lợi nhuận: ρ (rho), tức là tỷ lệ hoán đổi giữa uniBTC và BTC. Ban đầu mình nghĩ lợi nhuận sẽ thể hiện trực tiếp qua sự gia tăng số lượng uniBTC, nhưng mà không phải như vậy. Số lượng uniBTC mà bạn nhận được thực chất là cố định, lợi nhuận đến từ sự thay đổi của ρ. Khi lợi nhuận từ staking tích lũy, cùng một đồng uniBTC sẽ có thể đổi được nhiều BTC hơn. Thiết kế này mình thấy khá thú vị, vì nó không phải dựa vào việc phát hành thêm token để tạo cảm giác về lợi nhuận, mà phản ánh trực tiếp giá trị của tài sản nền tảng. Còn một điều thú vị nữa là whitepaper đã chứng minh một điều: dù là mint hay redeem, ρ phải giữ nguyên tại thời điểm thao tác diễn ra. Ban đầu mình thấy chi tiết này có phần kỹ tính, nhưng sau đó mình hiểu rằng — nếu ρ có sai lệch trong quá trình mint và redeem, có thể tạo ra khoảng trống cho việc arbitrage. Nên sự ràng buộc này thực chất là để bảo vệ toàn bộ hệ thống. Nhưng mình vẫn còn một thắc mắc. Nếu trong tương lai, lợi suất của Babylon biến động mạnh, hoặc nếu các validator nền tảng bị Slashing, ρ sẽ thay đổi như thế nào? Ai sẽ chịu trách nhiệm cho các tổn thất liên quan? Mình đã hiểu rõ về logic lợi nhuận, nhưng còn cơ chế truyền tải rủi ro này, mình sẽ tiếp tục đào sâu. @Bedrock #bedrock $BR
Gần đây khi lướt qua whitepaper của Bedrock, mình phát hiện ra một thứ mà mọi người ít đề cập khi bàn về lợi nhuận: ρ (rho), tức là tỷ lệ hoán đổi giữa uniBTC và BTC.

Ban đầu mình nghĩ lợi nhuận sẽ thể hiện trực tiếp qua sự gia tăng số lượng uniBTC, nhưng mà không phải như vậy.

Số lượng uniBTC mà bạn nhận được thực chất là cố định, lợi nhuận đến từ sự thay đổi của ρ. Khi lợi nhuận từ staking tích lũy, cùng một đồng uniBTC sẽ có thể đổi được nhiều BTC hơn.

Thiết kế này mình thấy khá thú vị, vì nó không phải dựa vào việc phát hành thêm token để tạo cảm giác về lợi nhuận, mà phản ánh trực tiếp giá trị của tài sản nền tảng.

Còn một điều thú vị nữa là whitepaper đã chứng minh một điều: dù là mint hay redeem, ρ phải giữ nguyên tại thời điểm thao tác diễn ra.

Ban đầu mình thấy chi tiết này có phần kỹ tính, nhưng sau đó mình hiểu rằng — nếu ρ có sai lệch trong quá trình mint và redeem, có thể tạo ra khoảng trống cho việc arbitrage. Nên sự ràng buộc này thực chất là để bảo vệ toàn bộ hệ thống.

Nhưng mình vẫn còn một thắc mắc.

Nếu trong tương lai, lợi suất của Babylon biến động mạnh, hoặc nếu các validator nền tảng bị Slashing, ρ sẽ thay đổi như thế nào? Ai sẽ chịu trách nhiệm cho các tổn thất liên quan?
Mình đã hiểu rõ về logic lợi nhuận, nhưng còn cơ chế truyền tải rủi ro này, mình sẽ tiếp tục đào sâu.
@Bedrock #bedrock $BR
Đã xác minh
Alpha 日报 6月11日 没有空投预告 6月12日16点空投 Veera 今日推荐刷分B2 (剩2天)或者(30 天内上线代币,积分 ×4) (建议 500或200一笔,小额多次) 前两天有人问我:Bedrock 1.0和2.0到底有什么本质区别,不就是版本升级吗?我觉得不 hoàn toàn là như vậy, hai phiên bản này giải quyết hai vấn đề ở hai cấp độ khác nhau. 1.0的核心是把BTC转化成生息资产. Gửi vào thông qua việc stake Babylon, nhận uniBTC, chia sẻ lợi nhuận từ việc stake. Logic thì không có vấn đề gì, nhưng trần lợi nhuận thì rõ ràng: lợi nhuận gần như gắn liền với Babylon, Babylon cho bao nhiêu thì bạn nhận bấy nhiêu, Bedrock bản thân không nắm giữ quyền định giá lợi nhuận. 2.0 muốn giải quyết vấn đề này. Thêm vào đó là hệ thống định tuyến thông minh và động cơ phân tích rủi ro, không còn cố định vốn vào một nguồn duy nhất nữa, mà là quét động trên chuỗi các cơ hội lợi nhuận thực sự như cho vay, chênh lệch giá, v.v., nơi nào có lợi nhuận thì hướng tới đó. Từ "gửi vào để chờ chia lợi nhuận" chuyển thành "chủ động tìm kiếm cơ hội". Nhưng có một điều tôi chưa nghĩ thông suốt: định tuyến động có nghĩa là hệ thống đang thay bạn ra quyết định, logic quyết định có thể xác minh trên chuỗi hay không, nếu chiến lược không còn hiệu lực thì trách nhiệm sẽ được phân chia như thế nào, white paper không trình bày đầy đủ. Độ phức tạp càng cao, tiềm ẩn rủi ro càng lớn. Hướng đi là đúng, nhưng khả năng hệ thống động gặp vấn đề cao hơn một bậc so với việc stake tĩnh. Chờ đợi 2.0上线后 xem dữ liệu thực tế, rồi quyết định có nên tăng vị thế hay không. @Bedrock #bedrock $BR
Alpha 日报
6月11日 没有空投预告
6月12日16点空投 Veera
今日推荐刷分B2 (剩2天)或者(30 天内上线代币,积分 ×4)
(建议 500或200一笔,小额多次)
前两天有人问我:Bedrock 1.0和2.0到底有什么本质区别,不就是版本升级吗?我觉得不 hoàn toàn là như vậy, hai phiên bản này giải quyết hai vấn đề ở hai cấp độ khác nhau.
1.0的核心是把BTC转化成生息资产. Gửi vào thông qua việc stake Babylon, nhận uniBTC, chia sẻ lợi nhuận từ việc stake. Logic thì không có vấn đề gì, nhưng trần lợi nhuận thì rõ ràng: lợi nhuận gần như gắn liền với Babylon, Babylon cho bao nhiêu thì bạn nhận bấy nhiêu, Bedrock bản thân không nắm giữ quyền định giá lợi nhuận.
2.0 muốn giải quyết vấn đề này. Thêm vào đó là hệ thống định tuyến thông minh và động cơ phân tích rủi ro, không còn cố định vốn vào một nguồn duy nhất nữa, mà là quét động trên chuỗi các cơ hội lợi nhuận thực sự như cho vay, chênh lệch giá, v.v., nơi nào có lợi nhuận thì hướng tới đó. Từ "gửi vào để chờ chia lợi nhuận" chuyển thành "chủ động tìm kiếm cơ hội".
Nhưng có một điều tôi chưa nghĩ thông suốt: định tuyến động có nghĩa là hệ thống đang thay bạn ra quyết định, logic quyết định có thể xác minh trên chuỗi hay không, nếu chiến lược không còn hiệu lực thì trách nhiệm sẽ được phân chia như thế nào, white paper không trình bày đầy đủ. Độ phức tạp càng cao, tiềm ẩn rủi ro càng lớn.
Hướng đi là đúng, nhưng khả năng hệ thống động gặp vấn đề cao hơn một bậc so với việc stake tĩnh. Chờ đợi 2.0上线后 xem dữ liệu thực tế, rồi quyết định có nên tăng vị thế hay không.
@Bedrock #bedrock $BR
Hôm trước có người hỏi trong nhóm: Khi gửi brBTC vào Bedrock, thì khi muốn rút về thì phải chờ bao lâu? Mình lúc đó nói là chưa từng thực hiện, nhưng sau đó lật lại whitepaper, thấy phần này thực sự viết rất rõ ràng và đáng để đọc qua một lần. Nhiều người nghĩ rằng việc rút tiền chậm là do vấn đề của giao thức, nhưng thực ra ngược lại, đây là cơ chế được thiết kế có chủ đích của giao thức. Quy trình đại khái như sau: người dùng khởi động rút tiền, giao thức cần phải giải phóng lệnh ủy thác tương ứng, rồi chờ validator thực sự thoát khỏi beacon chain. Mà việc validator thoát ra còn có cơ chế xếp hàng, cuối cùng hoàn tất thoát ra thì BTC mới được trả lại cho người dùng. Do đó, toàn bộ quá trình có thể nhanh thì vài ngày, chậm thì có thể lâu hơn, cụ thể phụ thuộc vào tình trạng tắc nghẽn của hàng đợi thoát của validator lúc đó. Phản ứng đầu tiên của nhiều người là: thiết kế như vậy có phải quá ngốc không? Nhưng nếu nhìn từ một góc độ khác thì sẽ thấy, điều này thực sự có logic rõ ràng. Nếu giao thức hỗ trợ rút tiền tức thì, thì sẽ phải duy trì nguồn thanh khoản lớn trong thời gian dài; và một khi thị trường có biến động, các nhà đầu tư chênh lệch giá và hành vi rút lớn rất dễ làm xáo trộn quỹ thanh khoản, cuối cùng ảnh hưởng đến lợi ích của tất cả các bên tham gia. Việc rút tiền không đồng bộ thực ra đang làm một sự đánh đổi: muốn có tài sản đủ thì phải kiên nhẫn chờ giao thức hoàn thành quy trình thoát; muốn thu hồi ngay thì có thể giao dịch trên thị trường thứ cấp, nhưng cần tự gánh chịu chi phí giảm giá và trượt giá. Vì vậy, đây giống như một câu hỏi lựa chọn, chứ không phải là một lỗi. Tất nhiên, cũng cần làm rõ ranh giới. Rút tiền không đồng bộ giải quyết vấn đề "rút tiền đầy đủ không bị trượt giá xâm hại", nhưng không giải quyết được vấn đề "mình hiện đang cần tiền gấp". Nếu bạn có thể cần sử dụng số tiền này vào bất kỳ lúc nào trong tương lai, thì thời gian khóa và hàng đợi thoát chính là những chi phí cần cân nhắc trước. Do đó, loại sản phẩm này phù hợp hơn cho những người dùng có kế hoạch đầu tư dài hạn, không yêu cầu thanh khoản cao. Ngược lại, nếu nhịp giao dịch của bạn rất nhanh, thường xuyên cần điều chỉnh theo tình hình, thì trước khi tham gia, tốt nhất là nên đánh giá xem mình có thể chấp nhận thời gian chờ rút tiền hay không. @Bedrock #bedrock $BR
Hôm trước có người hỏi trong nhóm: Khi gửi brBTC vào Bedrock, thì khi muốn rút về thì phải chờ bao lâu?

Mình lúc đó nói là chưa từng thực hiện, nhưng sau đó lật lại whitepaper, thấy phần này thực sự viết rất rõ ràng và đáng để đọc qua một lần.

Nhiều người nghĩ rằng việc rút tiền chậm là do vấn đề của giao thức, nhưng thực ra ngược lại, đây là cơ chế được thiết kế có chủ đích của giao thức.

Quy trình đại khái như sau: người dùng khởi động rút tiền, giao thức cần phải giải phóng lệnh ủy thác tương ứng, rồi chờ validator thực sự thoát khỏi beacon chain. Mà việc validator thoát ra còn có cơ chế xếp hàng, cuối cùng hoàn tất thoát ra thì BTC mới được trả lại cho người dùng. Do đó, toàn bộ quá trình có thể nhanh thì vài ngày, chậm thì có thể lâu hơn, cụ thể phụ thuộc vào tình trạng tắc nghẽn của hàng đợi thoát của validator lúc đó.

Phản ứng đầu tiên của nhiều người là: thiết kế như vậy có phải quá ngốc không?

Nhưng nếu nhìn từ một góc độ khác thì sẽ thấy, điều này thực sự có logic rõ ràng. Nếu giao thức hỗ trợ rút tiền tức thì, thì sẽ phải duy trì nguồn thanh khoản lớn trong thời gian dài; và một khi thị trường có biến động, các nhà đầu tư chênh lệch giá và hành vi rút lớn rất dễ làm xáo trộn quỹ thanh khoản, cuối cùng ảnh hưởng đến lợi ích của tất cả các bên tham gia.

Việc rút tiền không đồng bộ thực ra đang làm một sự đánh đổi: muốn có tài sản đủ thì phải kiên nhẫn chờ giao thức hoàn thành quy trình thoát; muốn thu hồi ngay thì có thể giao dịch trên thị trường thứ cấp, nhưng cần tự gánh chịu chi phí giảm giá và trượt giá.

Vì vậy, đây giống như một câu hỏi lựa chọn, chứ không phải là một lỗi.

Tất nhiên, cũng cần làm rõ ranh giới. Rút tiền không đồng bộ giải quyết vấn đề "rút tiền đầy đủ không bị trượt giá xâm hại", nhưng không giải quyết được vấn đề "mình hiện đang cần tiền gấp". Nếu bạn có thể cần sử dụng số tiền này vào bất kỳ lúc nào trong tương lai, thì thời gian khóa và hàng đợi thoát chính là những chi phí cần cân nhắc trước.

Do đó, loại sản phẩm này phù hợp hơn cho những người dùng có kế hoạch đầu tư dài hạn, không yêu cầu thanh khoản cao. Ngược lại, nếu nhịp giao dịch của bạn rất nhanh, thường xuyên cần điều chỉnh theo tình hình, thì trước khi tham gia, tốt nhất là nên đánh giá xem mình có thể chấp nhận thời gian chờ rút tiền hay không.
@Bedrock #bedrock $BR
Hai ngày qua BTC đã hồi phục, trong nhóm từ tiếng than khóc đã chuyển thành tiếng hô hào. Nhưng mình lại muốn nói về một vấn đề dễ bị bỏ qua khi giá giảm, và thậm chí không nghĩ đến khi giá tăng: brBTC đã giúp bạn tiết kiệm cái gì, và lại khiến bạn phải gánh chịu cái gì? brBTC có logic cốt lõi không phức tạp. BTC của bạn sẽ được phân bổ vào nhiều giao thức tái thế chấp như Babylon, Kernel, Symbiotic, SatLayer, và lợi nhuận được tổng hợp lại thành một chứng nhận. Không cần tự nghiên cứu từng giao thức về biến động lợi nhuận, cũng không cần phải di chuyển vị thế qua lại, chỉ cần gửi vào một lần, thực sự là an tâm. Nhưng mặt trái của sự tiện lợi này cần phải nhìn rõ. Nhiều người nghĩ rằng tổng hợp có nghĩa là giảm thiểu rủi ro, thực ra tổng hợp là phân tán rủi ro, không phải loại bỏ rủi ro. Bất kỳ khâu nào như Babylon, Kernel, SatLayer gặp vấn đề, đều có thể ảnh hưởng đến hiệu suất cuối cùng của brBTC. Rủi ro đã được phân tán, nhưng không biến mất, và mức độ rủi ro đã từ một thành nhiều. Còn một vấn đề nữa mà mình đã tìm trong whitepaper mà không thấy câu trả lời rõ ràng: tiền sẽ được phân bổ giữa các giao thức như thế nào, có phải là hợp đồng trên chuỗi tự động thực hiện, hay là bên dự án sẽ điều chỉnh một cách linh hoạt? Nếu là cái trước, thì điều quan trọng là liệu quy tắc có thể được nâng cấp, và quyền quản lý thuộc về ai; nếu là cái sau, thì bản chất là một hệ thống điều phối tập trung quyết định dòng chảy của vốn. Cả hai đều có thể chấp nhận, nhưng nguồn gốc rủi ro hoàn toàn khác nhau. brBTC phù hợp hơn với những ai không muốn thường xuyên chuyển giao thức, sẵn sàng chấp nhận rủi ro nền tảng hơi phức tạp để đổi lấy sự tiện lợi và phân tán. Vị thế của mình không nặng, nên trước khi làm rõ vấn đề về cơ chế điều phối, mình sẽ không gia tăng. #bedrock $BR @Bedrock
Hai ngày qua BTC đã hồi phục, trong nhóm từ tiếng than khóc đã chuyển thành tiếng hô hào. Nhưng mình lại muốn nói về một vấn đề dễ bị bỏ qua khi giá giảm, và thậm chí không nghĩ đến khi giá tăng: brBTC đã giúp bạn tiết kiệm cái gì, và lại khiến bạn phải gánh chịu cái gì?
brBTC có logic cốt lõi không phức tạp. BTC của bạn sẽ được phân bổ vào nhiều giao thức tái thế chấp như Babylon, Kernel, Symbiotic, SatLayer, và lợi nhuận được tổng hợp lại thành một chứng nhận. Không cần tự nghiên cứu từng giao thức về biến động lợi nhuận, cũng không cần phải di chuyển vị thế qua lại, chỉ cần gửi vào một lần, thực sự là an tâm.
Nhưng mặt trái của sự tiện lợi này cần phải nhìn rõ. Nhiều người nghĩ rằng tổng hợp có nghĩa là giảm thiểu rủi ro, thực ra tổng hợp là phân tán rủi ro, không phải loại bỏ rủi ro. Bất kỳ khâu nào như Babylon, Kernel, SatLayer gặp vấn đề, đều có thể ảnh hưởng đến hiệu suất cuối cùng của brBTC. Rủi ro đã được phân tán, nhưng không biến mất, và mức độ rủi ro đã từ một thành nhiều.
Còn một vấn đề nữa mà mình đã tìm trong whitepaper mà không thấy câu trả lời rõ ràng: tiền sẽ được phân bổ giữa các giao thức như thế nào, có phải là hợp đồng trên chuỗi tự động thực hiện, hay là bên dự án sẽ điều chỉnh một cách linh hoạt? Nếu là cái trước, thì điều quan trọng là liệu quy tắc có thể được nâng cấp, và quyền quản lý thuộc về ai; nếu là cái sau, thì bản chất là một hệ thống điều phối tập trung quyết định dòng chảy của vốn. Cả hai đều có thể chấp nhận, nhưng nguồn gốc rủi ro hoàn toàn khác nhau.
brBTC phù hợp hơn với những ai không muốn thường xuyên chuyển giao thức, sẵn sàng chấp nhận rủi ro nền tảng hơi phức tạp để đổi lấy sự tiện lợi và phân tán. Vị thế của mình không nặng, nên trước khi làm rõ vấn đề về cơ chế điều phối, mình sẽ không gia tăng.
#bedrock $BR @Bedrock
Bài viết
Xem bản dịch
知道有庄的币,最好的操作其实是不参与。 我最大的几次爆仓,都发生在强庄控盘币上。先说一句很多人不爱听的话: 当你明知道一个山寨币是强庄控盘的时候,其实最好的选择往往是不参与。 最近的“币安人生”,包括前几天的LAB,都属于非常典型的案例。庄家手里握着大量筹码,拥有极强的控盘能力,价格能被拉到什么位置,很多时候根本不是散户能预测的。 但即便如此,还是有很多人忍不住往里冲。 有人觉得: 已经涨这么高了,空进去等瀑布就行。 也有人觉得: 庄还没拉完,现在上车还能继续赚。 结果往往是多空双杀,最后只剩下爆仓。 我自己前几次比较大的亏损,基本都是栽在这种高度控盘的强庄币上。后来慢慢明白了一个道理: 跟庄博弈,千万别觉得自己比庄聪明。 所以现在我的主要仓位都放在BTC和ETH这种大盘资产上,山寨合约会玩,但仓位都控制得比较小。 玩合约最重要的,不是看对方向,而是学会止损 很多人觉得止损是认输。 实际上: 亏损80%止损,都比直接爆仓强。 更别说很多人还是全仓操作。 价格一逆向,就开始硬扛; 再跌一点,继续补保证金; 再拉一点,再补。 最后庄家一个拉升,爆仓率400%、500%,甚至上千%。 然后账户归零,人也退圈了。 但如果当初愿意执行止损,哪怕亏得难受,至少还能保留本金,等待下一次机会。 再看看最近币安人生的K线。 这些天的上涨,很多时候都是无量上涨; 回调的时候,同样也是无量下跌。 这说明什么? 至少从盘面来看,目前并没有看到明显的大规模出货迹象,更像是在利用价格波动不断吸引多空双方进场。 至于后面怎么走,没人知道。 但有一点是确定的: 当所有人都觉得自己能猜到庄家的下一步时,往往就是最危险的时候。 我前几天其实也买了一点,仓位很小。 结果一路涨,我也忍不住边涨边加。 虽然加得不多,但能明显感觉到自己开始有点上头。 所以现在已经提前把止损位设好了。 赚钱固然重要,但活下来更重要。 无论做多还是做空,记得提前设好止损。 市场永远都在,别让一次上头,直接把自己送出局。 {future}(币安人生USDT) $币安人生 $LAB

知道有庄的币,最好的操作其实是不参与。 我最大的几次爆仓,都发生在强庄控盘币上。

先说一句很多人不爱听的话:
当你明知道一个山寨币是强庄控盘的时候,其实最好的选择往往是不参与。
最近的“币安人生”,包括前几天的LAB,都属于非常典型的案例。庄家手里握着大量筹码,拥有极强的控盘能力,价格能被拉到什么位置,很多时候根本不是散户能预测的。
但即便如此,还是有很多人忍不住往里冲。
有人觉得:
已经涨这么高了,空进去等瀑布就行。
也有人觉得:
庄还没拉完,现在上车还能继续赚。
结果往往是多空双杀,最后只剩下爆仓。
我自己前几次比较大的亏损,基本都是栽在这种高度控盘的强庄币上。后来慢慢明白了一个道理:
跟庄博弈,千万别觉得自己比庄聪明。
所以现在我的主要仓位都放在BTC和ETH这种大盘资产上,山寨合约会玩,但仓位都控制得比较小。
玩合约最重要的,不是看对方向,而是学会止损
很多人觉得止损是认输。
实际上:
亏损80%止损,都比直接爆仓强。
更别说很多人还是全仓操作。
价格一逆向,就开始硬扛;
再跌一点,继续补保证金;
再拉一点,再补。
最后庄家一个拉升,爆仓率400%、500%,甚至上千%。
然后账户归零,人也退圈了。
但如果当初愿意执行止损,哪怕亏得难受,至少还能保留本金,等待下一次机会。
再看看最近币安人生的K线。
这些天的上涨,很多时候都是无量上涨;
回调的时候,同样也是无量下跌。
这说明什么?
至少从盘面来看,目前并没有看到明显的大规模出货迹象,更像是在利用价格波动不断吸引多空双方进场。
至于后面怎么走,没人知道。
但有一点是确定的:
当所有人都觉得自己能猜到庄家的下一步时,往往就是最危险的时候。
我前几天其实也买了一点,仓位很小。
结果一路涨,我也忍不住边涨边加。
虽然加得不多,但能明显感觉到自己开始有点上头。
所以现在已经提前把止损位设好了。
赚钱固然重要,但活下来更重要。
无论做多还是做空,记得提前设好止损。
市场永远都在,别让一次上头,直接把自己送出局。
$币安人生 $LAB
Xem bản dịch
收益率从来不是一个数字,而是两种完全不同收益的混合物 前两天有人在群里问我,Bedrock的收益率页面显示的数字,到底能不能信。我说我也不完全确定,但我知道这个数字里有几层东西叠在一起,得拆开看。 brBTC页面显示的是一个总收益率,但这个数字来自两个完全不同的来源。一块是BTC进入Babylon、Kernel、Symbiotic等六个再质押协议产生的真实手续费,这部分是真实有人付钱的收益。另一块是BR代币激励,本质是项目方用自己的token换你现在的TVL数字。两个合并成一个数字给你看。 这本身不是问题。早期项目靠激励拉TVL是正常操作,GMX早期也这么做过。问题是这两块收益的抗压能力完全不同。真实手续费那块,只要协议有人用就会持续产生;BR激励那块,取决于项目方愿意烧多久,以及BR代币还有77%没释放出来,后续怎么释放白皮书没有给时间表。 所以这个数字能不能信,取决于你在问什么。如果你问的是"现在这个收益率能维持多久",我不知道,激励那块没有时间表。如果你问的是"真实收益那块有没有支撑",至少Chainlink储备证明和六个协议的手续费分成是真实存在的。 说白了这是一道选择题:你愿不愿意在激励还没烧完之前进场,赌真实收益那块在激励退去后能撑住。我自己现在仓位不重,因为这道题我还没有答案。 #bedrock $BR @Bedrock
收益率从来不是一个数字,而是两种完全不同收益的混合物
前两天有人在群里问我,Bedrock的收益率页面显示的数字,到底能不能信。我说我也不完全确定,但我知道这个数字里有几层东西叠在一起,得拆开看。
brBTC页面显示的是一个总收益率,但这个数字来自两个完全不同的来源。一块是BTC进入Babylon、Kernel、Symbiotic等六个再质押协议产生的真实手续费,这部分是真实有人付钱的收益。另一块是BR代币激励,本质是项目方用自己的token换你现在的TVL数字。两个合并成一个数字给你看。
这本身不是问题。早期项目靠激励拉TVL是正常操作,GMX早期也这么做过。问题是这两块收益的抗压能力完全不同。真实手续费那块,只要协议有人用就会持续产生;BR激励那块,取决于项目方愿意烧多久,以及BR代币还有77%没释放出来,后续怎么释放白皮书没有给时间表。
所以这个数字能不能信,取决于你在问什么。如果你问的是"现在这个收益率能维持多久",我不知道,激励那块没有时间表。如果你问的是"真实收益那块有没有支撑",至少Chainlink储备证明和六个协议的手续费分成是真实存在的。
说白了这是一道选择题:你愿不愿意在激励还没烧完之前进场,赌真实收益那块在激励退去后能撑住。我自己现在仓位不重,因为这道题我还没有答案。
#bedrock $BR @Bedrock
Đăng nhập để khám phá thêm nội dung
Tham gia cùng người dùng tiền mã hóa toàn cầu trên Binance Square
⚡️ Nhận thông tin mới nhất và hữu ích về tiền mã hóa.
💬 Được tin cậy bởi sàn giao dịch tiền mã hóa lớn nhất thế giới.
👍 Khám phá những thông tin chuyên sâu thực tế từ những nhà sáng tạo đã xác minh.
Email / Số điện thoại
Sơ đồ trang web
Tùy chọn Cookie
Điều khoản & Điều kiện