Binance Square
ARIES BNB
1k Bài đăng

ARIES BNB

Trader thường xuyên
10.6 tháng
301 Đang theo dõi
2.9K+ Người theo dõi
1.3K+ Đã thích
Bài đăng
·
--
Tăng giá
Xem bản dịch
·
--
Tăng giá
⚡ $ESPORTS Đang hiển thị một cấu trúc kỹ thuật đáng chú ý. {future}(ESPORTSUSDT) Giá hiện đang dao động quanh mức 0.018 USD, trong khi Stoch RSI đang tiến gần vùng quá bán.👀 Nó sẽ trở thành $TUT tiếp theo, hay lại là một lần đột phá giả? #altcoins #BIP110SoftForkAttemptBegins $TUT {future}(TUTUSDT) {future}(BMTUSDT)
$ESPORTS Đang hiển thị một cấu trúc kỹ thuật đáng chú ý.

Giá hiện đang dao động quanh mức 0.018 USD, trong khi Stoch RSI đang tiến gần vùng quá bán.👀

Nó sẽ trở thành $TUT tiếp theo, hay lại là một lần đột phá giả?

#altcoins
#BIP110SoftForkAttemptBegins
$TUT
🔥 可能迎来突破
🤔 可能是假突破
6 ngày còn lại
·
--
Tăng giá
Xem bản dịch
🇹🇷 土耳其一直在出售黄金储备,以应对里拉持续承压。 据世界黄金协会(World Gold Council)数据,截至 2026 年 5 月,土耳其央行年初至今已出售 81 吨黄金。📉🪙 与此同时,土耳其里拉兑美元仍在持续走弱。 #BIP110SoftForkAttemptBegins $TUT {future}(TUTUSDT) $IOTX {future}(IOTXUSDT) $ACE {future}(ACEUSDT)
🇹🇷 土耳其一直在出售黄金储备,以应对里拉持续承压。

据世界黄金协会(World Gold Council)数据,截至 2026 年 5 月,土耳其央行年初至今已出售 81 吨黄金。📉🪙

与此同时,土耳其里拉兑美元仍在持续走弱。

#BIP110SoftForkAttemptBegins
$TUT
$IOTX
$ACE
·
--
Tăng giá
🚨 $BTC Diễn biến mới nhất: BIP-110 chuỗi ít người hiện đang tụt lại so với chuỗi chính Bitcoin. {future}(BTCUSDT) Do nhận được sự ủng hộ từ thợ đào là rất hạn chế, tốc độ tạo khối khó có thể theo kịp chuỗi chính.⛏️📉 Lần phân nhánh chuỗi này một lần nữa cho thấy tầm quan trọng của việc so sánh giữa sức mạnh tính toán và sự ủng hộ của thợ đào đối với sự đồng thuận của Bitcoin. #BIP110 #BIP110SoftForkAttemptBegins $TUT {future}(TUTUSDT) $BMT {future}(BMTUSDT)
🚨 $BTC Diễn biến mới nhất: BIP-110 chuỗi ít người hiện đang tụt lại so với chuỗi chính Bitcoin.

Do nhận được sự ủng hộ từ thợ đào là rất hạn chế, tốc độ tạo khối khó có thể theo kịp chuỗi chính.⛏️📉

Lần phân nhánh chuỗi này một lần nữa cho thấy tầm quan trọng của việc so sánh giữa sức mạnh tính toán và sự ủng hộ của thợ đào đối với sự đồng thuận của Bitcoin.

#BIP110 #BIP110SoftForkAttemptBegins
$TUT
$BMT
·
--
Tăng giá
Xem bản dịch
🔷️ $TUT 刚刚突破了我一直关注的阻力位。 📈 {future}(TUTUSDT) 目前涨幅约 +103%,但关键在于这次突破能否站稳,并将原来的阻力转化为支撑。 我目前没有持仓,只是在观察这一走势结构。 👀 这是有效突破,还是即将出现假突破? #TUT $IOTX {future}(IOTXUSDT)
🔷️ $TUT 刚刚突破了我一直关注的阻力位。 📈


目前涨幅约 +103%,但关键在于这次突破能否站稳,并将原来的阻力转化为支撑。

我目前没有持仓,只是在观察这一走势结构。 👀

这是有效突破,还是即将出现假突破?

#TUT $IOTX
🚀 Bitcoin đang cho thấy một xu hướng tiềm năng đáng được quan tâm. BTC hiện đã quay trở lại quanh mốc 65.000 USD, nhưng trước khi đưa ra đánh giá về một đợt tăng mạnh, vẫn cần phải vượt qua các mức kháng cự then chốt.👀📈 Liệu lần bứt phá tiếp theo có thể đến gần hơn so với tưởng tượng không? #BIP110SoftForkAttemptBegins #crypto $TUT {future}(TUTUSDT) $BTC {future}(BTCUSDT) $IOTX {future}(IOTXUSDT)
🚀 Bitcoin đang cho thấy một xu hướng tiềm năng đáng được quan tâm.

BTC hiện đã quay trở lại quanh mốc 65.000 USD, nhưng trước khi đưa ra đánh giá về một đợt tăng mạnh, vẫn cần phải vượt qua các mức kháng cự then chốt.👀📈

Liệu lần bứt phá tiếp theo có thể đến gần hơn so với tưởng tượng không?
#BIP110SoftForkAttemptBegins #crypto
$TUT
$BTC
$IOTX
·
--
Tăng giá
Xem bản dịch
🚨 比特币遇上“什么时候买兰博?”🟠 🇺🇸 美国部分兰博基尼经销商已接受加密货币支付,包括通过 BitPay 使用 BTC。 从“什么时候买兰博?”到真的用比特币支付一辆兰博基尼。👀🔥 如果可以,你会用 $BTC 买一辆兰博基尼吗? #crypto {future}(BTCUSDT) $TUT {future}(TUTUSDT) $1000CAT {future}(1000CATUSDT)
🚨 比特币遇上“什么时候买兰博?”🟠

🇺🇸 美国部分兰博基尼经销商已接受加密货币支付,包括通过 BitPay 使用 BTC。

从“什么时候买兰博?”到真的用比特币支付一辆兰博基尼。👀🔥

如果可以,你会用 $BTC 买一辆兰博基尼吗?

#crypto

$TUT
$1000CAT
Xem bản dịch
🇺🇸 CLARITY 法案的进程还没有结束。 美国参议院多数党领袖约翰·图恩(John Thune)已启动推进该法案的程序性流程。 参议院预计将在 8 月休会期结束后进行投票,9 月可能成为下一关键时间窗口。 👀 目前法案仍处于推进过程中,最终结果尚未确定。 #crypto #CLARITYAct #IraqOilExportsFall75% $TUT {future}(TUTUSDT) $MMT {future}(MMTUSDT) $SYN {future}(SYNUSDT)
🇺🇸 CLARITY 法案的进程还没有结束。

美国参议院多数党领袖约翰·图恩(John Thune)已启动推进该法案的程序性流程。

参议院预计将在 8 月休会期结束后进行投票,9 月可能成为下一关键时间窗口。 👀

目前法案仍处于推进过程中,最终结果尚未确定。

#crypto #CLARITYAct #IraqOilExportsFall75%
$TUT
$MMT
$SYN
·
--
Tăng giá
Đã xác minh
🚨 Robert Kiyosaki lại tiếp tục cảnh báo, thị trường chứng khoán năm 2026 có thể xuất hiện đợt giảm sâu đáng kể. Trước đây ông đã nhiều lần đưa ra các cảnh báo tương tự về hệ thống tài chính, nhưng hiện tại đây vẫn chỉ là dự đoán cá nhân của ông, chưa phải là kết quả đã được xác thực. Một điểm quan trọng cần kiểm chứng: Chỉ số S&P 500 năm 2008 không hề giảm “40% trong một ngày”. Từ đỉnh năm 2007 đến đáy năm 2009, mức sụt lũy kế của S&P 500 khoảng 57%. Lời cảnh báo của Kiyosaki về năm 2026 cuối cùng sẽ được chứng minh là chính xác, hay sẽ trở thành một dự đoán khác đáng được theo dõi của thị trường?👀 #markets #crypto #FedSplitOnRateHikesDeepens $ELON {alpha}(560xe07ae3a6f1bd86b92b563084e286757eb34878d7) $MMT {future}(MMTUSDT) $TUT {future}(TUTUSDT)
🚨 Robert Kiyosaki lại tiếp tục cảnh báo, thị trường chứng khoán năm 2026 có thể xuất hiện đợt giảm sâu đáng kể.

Trước đây ông đã nhiều lần đưa ra các cảnh báo tương tự về hệ thống tài chính, nhưng hiện tại đây vẫn chỉ là dự đoán cá nhân của ông, chưa phải là kết quả đã được xác thực.

Một điểm quan trọng cần kiểm chứng: Chỉ số S&P 500 năm 2008 không hề giảm “40% trong một ngày”. Từ đỉnh năm 2007 đến đáy năm 2009, mức sụt lũy kế của S&P 500 khoảng 57%.

Lời cảnh báo của Kiyosaki về năm 2026 cuối cùng sẽ được chứng minh là chính xác, hay sẽ trở thành một dự đoán khác đáng được theo dõi của thị trường?👀

#markets #crypto
#FedSplitOnRateHikesDeepens
$ELON
$MMT
$TUT
·
--
Tăng giá
$550 tỷ USD đã được bổ sung vào thị trường chứng khoán Mỹ hôm nay khi dữ liệu việc làm yếu làm giảm khả năng Cục Dự trữ Liên bang (Fed) tăng lãi suất. $NVDAB $AMZN.US $MB.US {stock_us}(MB.US) {stock_us}(AMZN.US)
$550 tỷ USD đã được bổ sung vào thị trường chứng khoán Mỹ hôm nay khi dữ liệu việc làm yếu làm giảm khả năng Cục Dự trữ Liên bang (Fed) tăng lãi suất.
$NVDAB $AMZN.US $MB.US
NVDAB0,00%
MBUS+114,66%
AMZNUS+0,69%
·
--
Tăng giá
Xem bản dịch
他现在正在研究的是,与整体式桥梁相比,这种分离是否真的能降低升级风险,还是仅仅将脆弱性转移到了模块之间的缝隙中。 $HEI {spot}(HEIUSDT) $SKYAI {future}(SKYAIUSDT) $DODO {spot}(DODOUSDT)
他现在正在研究的是,与整体式桥梁相比,这种分离是否真的能降低升级风险,还是仅仅将脆弱性转移到了模块之间的缝隙中。
$HEI
$SKYAI
$DODO
玛希-BNB
·
--
Tôi có thói quen phớt lờ những trang bìa bắt mắt và nhảy thẳng vào phần kiến trúc. Marketing sẽ kể cho bạn nghe câu chuyện họ muốn bạn tin. Tài liệu thì cho bạn biết họ thực sự đang xây dựng cái gì.

TBV của Babylon đã chặn đứng tôi ngay lập tức.

Ban đầu tôi nghĩ “modular” (mô-đun) chỉ là “món kẹo” cho nhà phát triển — cắm một prover mới, thay một indexer, dễ thôi. Đọc sâu hơn, tôi càng thấy rằng đó là câu chuyện về việc sống chung với các bản nâng cấp. Indexers, provers và các hợp đồng nằm trong “làn đường” riêng để bạn có thể sửa một thứ mà không cần đục mở các thứ khác.

Sự thay đổi nhỏ đó đã làm thay đổi hoàn toàn cách tôi nghĩ về thiết kế.

Giờ điều tôi đang theo đuổi là liệu sự tách bạch này có thực sự làm giảm rủi ro nâng cấp so với các cây cầu dạng nguyên khối (monolithic), hay chỉ đơn giản là chuyển sự mong manh sang các “khoảng trống” giữa các mô-đun.

Có một điều khác khiến tôi bị cuốn hút: các bản nâng cấp độc lập cần những giao diện đủ “vững như đá”. Trên thực tế, việc thay đổi một lớp có thể sẽ kéo theo lớp kế tiếp. Có thể tôi đang giản lược một thứ phức tạp, nhưng đó là cảm nhận hiện tại của tôi.

Tôi vẫn đang vật lộn với việc liệu sự tách theo mô-đun có phải là một thế mạnh bị đánh giá thấp khi các thành phần gặp lỗi, hay nó lại cộng thêm chi phí phối hợp mà các thiết lập nguyên khối không phải chịu.

Vẫn đang đọc.

@BabylonLabs_io

#BABY

#baby $BABY


$QUID

$HEI
·
--
Tăng giá
Hôm nay tôi đã đi sâu vào bản đề xuất bảo mật của @babylonlabs_io — BTC không bao giờ rời khỏi Bitcoin, không có cầu nối, không có lớp bọc. Thay vì xem deck, tôi mở tài liệu kiến trúc. Việc thanh toán gọn gàng: được khóa trong Taproot, được điều hành bằng Bitcoin script, có tính quyết định cuối cùng (deterministic finality) nhờ PoW. Khoan đã — đó là phần thanh toán, không phải toàn bộ câu chuyện về bảo mật. Điều thực sự làm tôi dừng lại lại là nơi mà việc xác minh giao thức được đặt. Bitcoin lo phần thanh toán, còn TBV thêm các lớp xác minh mật mã và logic giao thức bổ sung lên trên trước khi các ứng dụng có thể dựa vào tài sản thế chấp. Bitcoin không hiểu logic cho vay hay các cơ chế xác minh riêng theo giao thức. Nó ghi lại các giao dịch và trạng thái UTXO; còn giao thức sẽ diễn giải chúng thành vòng đời của vault. Không hề gọi TBV là bị “hỏng” ở đây — thanh toán bằng Bitcoin là có thật và có giá trị. Nhưng đây là một sự tách bạch gọn gàng mà tôi chưa nhận ra: chuỗi nền đảm bảo tính bất biến, còn độ trưởng thành của hệ thống chứng minh nằm ở một làn nghiên cứu riêng với những giả định của riêng nó. Snack đã hết, nhưng vẫn nhai tiếp vụ này. “Bitcoin-backed” thực sự cần phải bám ở đâu — lớp thanh toán, hay phần logic chứng minh dùng để diễn giải nó? #baby $BABY {future}(BABYUSDT) $CYS {future}(CYSUSDT) $HFT {future}(HFTUSDT)
Hôm nay tôi đã đi sâu vào bản đề xuất bảo mật của @BabylonLabs_io — BTC không bao giờ rời khỏi Bitcoin, không có cầu nối, không có lớp bọc.
Thay vì xem deck, tôi mở tài liệu kiến trúc.
Việc thanh toán gọn gàng: được khóa trong Taproot, được điều hành bằng Bitcoin script, có tính quyết định cuối cùng (deterministic finality) nhờ PoW.
Khoan đã — đó là phần thanh toán, không phải toàn bộ câu chuyện về bảo mật.

Điều thực sự làm tôi dừng lại lại là nơi mà việc xác minh giao thức được đặt.
Bitcoin lo phần thanh toán, còn TBV thêm các lớp xác minh mật mã và logic giao thức bổ sung lên trên trước khi các ứng dụng có thể dựa vào tài sản thế chấp.
Bitcoin không hiểu logic cho vay hay các cơ chế xác minh riêng theo giao thức.
Nó ghi lại các giao dịch và trạng thái UTXO; còn giao thức sẽ diễn giải chúng thành vòng đời của vault.

Không hề gọi TBV là bị “hỏng” ở đây — thanh toán bằng Bitcoin là có thật và có giá trị.
Nhưng đây là một sự tách bạch gọn gàng mà tôi chưa nhận ra: chuỗi nền đảm bảo tính bất biến, còn độ trưởng thành của hệ thống chứng minh nằm ở một làn nghiên cứu riêng với những giả định của riêng nó.

Snack đã hết, nhưng vẫn nhai tiếp vụ này.

“Bitcoin-backed” thực sự cần phải bám ở đâu — lớp thanh toán, hay phần logic chứng minh dùng để diễn giải nó?

#baby $BABY

$CYS
$HFT
🔵 Verification first
100%
🟠 Settlement first
0%
7 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
·
--
Tăng giá
Tôi cho rằng kho tiền của @babylonlabs_io sẽ trở nên có thể sử dụng ngay khi giao dịch Bitcoin của tôi được xác nhận. Điểm hiển nhiên là tính “chốt” của blockchain giống như cảm giác hoàn tất. Đã xác nhận, đã được thanh toán. Nhưng chỉ tín hiệu đó thôi là chưa đủ. Sự thật khó là điều gì xảy ra sau khi Bitcoin ghi nhận khoản tiền gửi. Giao thức TBV vẫn cần hoàn tất luồng xác minh và kích hoạt theo yêu cầu trước khi các ứng dụng có thể coi kho tiền là tài sản thế chấp. Một chút chờ đợi là bình thường. Bitcoin không hiểu logic cho vay, nên giao thức phải tự mình xác minh trạng thái. Nhưng bài kiểm tra thực sự là gì? Liệu giao thức có thể làm khoảng cách đó trở nên minh bạch, hay người dùng luôn cảm thấy có sự ngắt quãng giữa việc BTC đã được xác nhận và việc tài sản thế chấp đã sẵn sàng? Điều này quan trọng vì mỗi lớp dịch thuật đều làm tăng ma sát. Nếu kho tiền chỉ sẵn sàng khi giao thức nói như vậy, chứ không phải khi blockchain nói, thì tính phi tín nhiệm phụ thuộc vào tốc độ phối hợp nhiều như phụ thuộc vào mật mã. Tôi không xem việc chậm trễ là thất bại. Tuy vậy, ít nhất trong luồng thử nghiệm TBV hiện tại, tính chốt cuối cùng của Bitcoin và mức sẵn sàng của giao thức vẫn là hai giai đoạn tách biệt. #baby $BABY {future}(BABYUSDT) $HOME {future}(HOMEUSDT) $1 {alpha}(560xff5d99a5c16cf2ffb4e7da1d7c42a791e70e4444)
Tôi cho rằng kho tiền của @BabylonLabs_io sẽ trở nên có thể sử dụng ngay khi giao dịch Bitcoin của tôi được xác nhận.

Điểm hiển nhiên là tính “chốt” của blockchain giống như cảm giác hoàn tất.
Đã xác nhận, đã được thanh toán.

Nhưng chỉ tín hiệu đó thôi là chưa đủ.
Sự thật khó là điều gì xảy ra sau khi Bitcoin ghi nhận khoản tiền gửi.
Giao thức TBV vẫn cần hoàn tất luồng xác minh và kích hoạt theo yêu cầu trước khi các ứng dụng có thể coi kho tiền là tài sản thế chấp.

Một chút chờ đợi là bình thường.
Bitcoin không hiểu logic cho vay, nên giao thức phải tự mình xác minh trạng thái.

Nhưng bài kiểm tra thực sự là gì?
Liệu giao thức có thể làm khoảng cách đó trở nên minh bạch, hay người dùng luôn cảm thấy có sự ngắt quãng giữa việc BTC đã được xác nhận và việc tài sản thế chấp đã sẵn sàng?

Điều này quan trọng vì mỗi lớp dịch thuật đều làm tăng ma sát.
Nếu kho tiền chỉ sẵn sàng khi giao thức nói như vậy, chứ không phải khi blockchain nói, thì tính phi tín nhiệm phụ thuộc vào tốc độ phối hợp nhiều như phụ thuộc vào mật mã.

Tôi không xem việc chậm trễ là thất bại.
Tuy vậy, ít nhất trong luồng thử nghiệm TBV hiện tại, tính chốt cuối cùng của Bitcoin và mức sẵn sàng của giao thức vẫn là hai giai đoạn tách biệt.

#baby $BABY

$HOME
$1
👉🏻Faster activation
33%
👉🏻Better transparency
22%
👉🏻Current flow works
45%
9 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Đã xác minh
Buổi sáng đọc lại các quy định giao dịch đặt cọc @babylonlabs_io , thấy trong OP_RETURN có cài một trường “protocol version”, đột nhiên nhận ra rằng phần lớn mọi người xem nhẹ số phiên bản quá nhiều. Khi tách bạch thiết kế nền tảng của Babylon, thứ khiến tôi chú ý nhất là: mỗi giao dịch đặt cọc bitcoin đều được ghi vĩnh viễn kèm theo số phiên bản giao thức. Cùng với các siêu dữ liệu khác mà giao thức cần (bao gồm khóa công khai của bên đặt cọc, khóa công khai của nhà cung cấp tính cuối cùng, v.v.), mọi thứ được ghi vào OP_RETURN. Khi phân tích giao dịch đặt cọc này, giao thức sẽ sử dụng các quy tắc tương ứng dựa trên phiên bản giao thức. Điều này không phải là phụ kiện cho một bản cập nhật phần mềm. Nó là một giao diện được chôn sẵn cho khả năng nâng cấp trên sổ cái không trạng thái—các khoản đặt cọc ở những phiên bản khác nhau tuân theo những quy tắc khác nhau, không xung đột lẫn nhau. Nhưng việc khắc số phiên bản vào giao dịch bitcoin cũng đồng nghĩa với việc lưu trữ vĩnh viễn. Tương lai dù giao thức tiếp tục phát triển, dấu phiên bản trong các giao dịch ban đầu vẫn sẽ được giữ nguyên trên chuỗi bitcoin. Bạn nghĩ đây là “đường thoát” dành cho sự tiến hóa của giao thức, hay là gánh nặng lịch sử được khắc vào đá? #baby $BABY {future}(BABYUSDT) $1 {alpha}(560xff5d99a5c16cf2ffb4e7da1d7c42a791e70e4444) $BICO {future}(BICOUSDT)
Buổi sáng đọc lại các quy định giao dịch đặt cọc @BabylonLabs_io , thấy trong OP_RETURN có cài một trường “protocol version”, đột nhiên nhận ra rằng phần lớn mọi người xem nhẹ số phiên bản quá nhiều.

Khi tách bạch thiết kế nền tảng của Babylon, thứ khiến tôi chú ý nhất là: mỗi giao dịch đặt cọc bitcoin đều được ghi vĩnh viễn kèm theo số phiên bản giao thức. Cùng với các siêu dữ liệu khác mà giao thức cần (bao gồm khóa công khai của bên đặt cọc, khóa công khai của nhà cung cấp tính cuối cùng, v.v.), mọi thứ được ghi vào OP_RETURN. Khi phân tích giao dịch đặt cọc này, giao thức sẽ sử dụng các quy tắc tương ứng dựa trên phiên bản giao thức.

Điều này không phải là phụ kiện cho một bản cập nhật phần mềm. Nó là một giao diện được chôn sẵn cho khả năng nâng cấp trên sổ cái không trạng thái—các khoản đặt cọc ở những phiên bản khác nhau tuân theo những quy tắc khác nhau, không xung đột lẫn nhau.

Nhưng việc khắc số phiên bản vào giao dịch bitcoin cũng đồng nghĩa với việc lưu trữ vĩnh viễn. Tương lai dù giao thức tiếp tục phát triển, dấu phiên bản trong các giao dịch ban đầu vẫn sẽ được giữ nguyên trên chuỗi bitcoin.

Bạn nghĩ đây là “đường thoát” dành cho sự tiến hóa của giao thức, hay là gánh nặng lịch sử được khắc vào đá?

#baby $BABY
$1
$BICO
🚀 为升级预留空间
83%
🪨 历史永久保留
17%
⚖️ 两者缺一不可
0%
6 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
·
--
Tăng giá
Ban đầu tôi nghĩ việc khóa $BTC mới là phần khó: tạo một đầu ra Taproot, cam kết vào một script, chờ các lần xác nhận. Sau đó tôi nhận ra phần việc thực sự phần lớn lại xảy ra sau khi UTXO đã tồn tại, trước khi bất kỳ hành động DeFi nào có thể diễn ra. Bitcoin không hiểu việc đi vay. Nó không biết tỷ lệ thế chấp là gì, hay thanh lý, hay lợi suất. Nó chỉ ghi nhận: đầu ra này đã được tạo, đầu ra này đã được chi tiêu. @babylonlabs_io tạo ra các bằng chứng mật mã và siêu dữ liệu giao thức hỗ trợ để các ứng dụng có thể xác minh trạng thái được Bitcoin hậu thuẫn mà không cần tự trực tiếp diễn giải các giao dịch Bitcoin. Vì vậy, vấn đề khó nhất không phải là giám hộ. Mà là việc chuyển ngữ. Tạo ra một chuỗi mà chỉ theo dõi đồng tiền hiểu được một thế giới các khoản vay và đòn bẩy. Điều tôi chưa biết là liệu việc thêm nhiều lớp chuyển ngữ hơn có làm Bitcoin hữu ích hơn, hay chỉ khiến nó phụ thuộc hơn vào những người diễn giải mà chúng ta xây dựng xung quanh nó. #baby $BABY $BLESS {future}(BABYUSDT) {future}(BTCUSDT)
Ban đầu tôi nghĩ việc khóa $BTC mới là phần khó: tạo một đầu ra Taproot, cam kết vào một script, chờ các lần xác nhận. Sau đó tôi nhận ra phần việc thực sự phần lớn lại xảy ra sau khi UTXO đã tồn tại, trước khi bất kỳ hành động DeFi nào có thể diễn ra.

Bitcoin không hiểu việc đi vay. Nó không biết tỷ lệ thế chấp là gì, hay thanh lý, hay lợi suất. Nó chỉ ghi nhận: đầu ra này đã được tạo, đầu ra này đã được chi tiêu. @BabylonLabs_io tạo ra các bằng chứng mật mã và siêu dữ liệu giao thức hỗ trợ để các ứng dụng có thể xác minh trạng thái được Bitcoin hậu thuẫn mà không cần tự trực tiếp diễn giải các giao dịch Bitcoin.

Vì vậy, vấn đề khó nhất không phải là giám hộ. Mà là việc chuyển ngữ. Tạo ra một chuỗi mà chỉ theo dõi đồng tiền hiểu được một thế giới các khoản vay và đòn bẩy.

Điều tôi chưa biết là liệu việc thêm nhiều lớp chuyển ngữ hơn có làm Bitcoin hữu ích hơn, hay chỉ khiến nó phụ thuộc hơn vào những người diễn giải mà chúng ta xây dựng xung quanh nó.

#baby $BABY $BLESS
增加系统复杂度
60%
更好的跨链协作
40%
更强可验证性
0%
5 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Đã xác minh
Khi tôi đang chạy mạng thử nghiệm TBV cho @babylonlabs_io thì tôi đã va vào màn hình này: Lựa chọn Vault Provider. Phản ứng đầu tiên của tôi là: thôi được, chọn nhà cung cấp có phí hoa hồng rẻ nhất, rồi cứ thế mà tiếp tục. Không hoàn toàn là một bước giống nhau. Nhà cung cấp tham gia vào phần điều phối ngoài chuỗi cần thiết cho quy trình vault, bao gồm các công đoạn liên quan đến tạo bằng chứng và quy trình chuộc lại. Trong quy trình mạng thử nghiệm TBV hiện tại, vault luôn được ràng buộc với nhà cung cấp được chọn trong giai đoạn thiết lập. Nếu sau đó họ ngắt kết nối, thì $BTC của bạn sẽ không bị mắc kẹt. Đường dẫn nhận (self-claim) vẫn cho phép bạn khôi phục một cách đơn phương. Nhưng nhà cung cấp mà bạn chọn vẫn tiếp tục đóng vai trò trong các thao tác tiếp theo của vault. Vì vậy, phần khó nhất không phải là vay tiền. Mà là nhận ra rằng chỉ cần một menu thả xuống là đã khiến vault của bạn trong quy trình mạng thử nghiệm TBV hiện tại vẫn bị ràng buộc với nhà cung cấp đó. Tỷ lệ phí hoa hồng có phản ánh được cam kết này không, hay người dùng cần một cách khác để so sánh các nhà cung cấp? @babylonlabs_io #baby $BABY $IDOL {future}(BABYUSDT) {future}(BTCUSDT)
Khi tôi đang chạy mạng thử nghiệm TBV cho @BabylonLabs_io thì tôi đã va vào màn hình này: Lựa chọn Vault Provider.

Phản ứng đầu tiên của tôi là: thôi được, chọn nhà cung cấp có phí hoa hồng rẻ nhất, rồi cứ thế mà tiếp tục.

Không hoàn toàn là một bước giống nhau.

Nhà cung cấp tham gia vào phần điều phối ngoài chuỗi cần thiết cho quy trình vault, bao gồm các công đoạn liên quan đến tạo bằng chứng và quy trình chuộc lại. Trong quy trình mạng thử nghiệm TBV hiện tại, vault luôn được ràng buộc với nhà cung cấp được chọn trong giai đoạn thiết lập.

Nếu sau đó họ ngắt kết nối, thì $BTC của bạn sẽ không bị mắc kẹt. Đường dẫn nhận (self-claim) vẫn cho phép bạn khôi phục một cách đơn phương. Nhưng nhà cung cấp mà bạn chọn vẫn tiếp tục đóng vai trò trong các thao tác tiếp theo của vault.

Vì vậy, phần khó nhất không phải là vay tiền. Mà là nhận ra rằng chỉ cần một menu thả xuống là đã khiến vault của bạn trong quy trình mạng thử nghiệm TBV hiện tại vẫn bị ràng buộc với nhà cung cấp đó.

Tỷ lệ phí hoa hồng có phản ánh được cam kết này không, hay người dùng cần một cách khác để so sánh các nhà cung cấp?
@BabylonLabs_io
#baby $BABY $IDOL
💰 只看佣金
25%
🛡️ 更看重可靠性
50%
🤝 两者都重要
25%
4 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
·
--
Tăng giá
Đã xác minh
Khi tôi đang đọc các quy định về giao dịch ủy quyền (staking) do mình thực hiện với @babylonlabs_io thì đột nhiên tôi dừng lại. Trong cùng một giao dịch, khóa công khai của bên ủy quyền và của bên cung cấp tính cuối cùng xuất hiện hai lần. Một lần nằm trong đầu ra OP_RETURN, và một lần nằm trong đường dẫn script của Taproot. Tôi cứ nghĩ rằng dữ liệu chỉ cần lưu một bản là đủ. Khóa công khai trong OP_RETURN được dùng để Babylon nhận diện và phân tích giao dịch ủy quyền này, còn khóa công khai trong script Taproot dùng cho việc xác thực và thực thi các điều kiện chi tiêu được định nghĩa trong giao thức (bao gồm các script liên quan đến tịch thu/phạt, v.v.). Hai nơi lưu cùng một bộ khóa, nhưng mục đích hoàn toàn khác nhau. Đó là phần mà chẳng ai đưa vào PPT. Thiếu bất kỳ phần nào thì giao dịch này cũng không thể phát huy đầy đủ vai trò của một giao dịch ủy quyền phù hợp với chuẩn Babylon. Tôi đặt điện thoại xuống và suy nghĩ một lúc: đây là thiết kế dự phòng hay là xác nhận kép cần thiết? Có lẽ cả hai. #baby $BABY
Khi tôi đang đọc các quy định về giao dịch ủy quyền (staking) do mình thực hiện với @BabylonLabs_io thì đột nhiên tôi dừng lại. Trong cùng một giao dịch, khóa công khai của bên ủy quyền và của bên cung cấp tính cuối cùng xuất hiện hai lần. Một lần nằm trong đầu ra OP_RETURN, và một lần nằm trong đường dẫn script của Taproot.

Tôi cứ nghĩ rằng dữ liệu chỉ cần lưu một bản là đủ. Khóa công khai trong OP_RETURN được dùng để Babylon nhận diện và phân tích giao dịch ủy quyền này, còn khóa công khai trong script Taproot dùng cho việc xác thực và thực thi các điều kiện chi tiêu được định nghĩa trong giao thức (bao gồm các script liên quan đến tịch thu/phạt, v.v.). Hai nơi lưu cùng một bộ khóa, nhưng mục đích hoàn toàn khác nhau.

Đó là phần mà chẳng ai đưa vào PPT. Thiếu bất kỳ phần nào thì giao dịch này cũng không thể phát huy đầy đủ vai trò của một giao dịch ủy quyền phù hợp với chuẩn Babylon.

Tôi đặt điện thoại xuống và suy nghĩ một lúc: đây là thiết kế dự phòng hay là xác nhận kép cần thiết? Có lẽ cả hai.

#baby $BABY
·
--
Tăng giá
Đã xác minh
“Làm một lần là xong mãi mãi” là sự hiểu lầm sâu sắc nhất của tôi về việc thế chấp. Khi tôi xem tài liệu thông số thế chấp của @babylonlabs_io Babylon, phản ứng đầu tiên của tôi là: ghi quy tắc vào trong script thì chẳng phải sẽ có hiệu lực vĩnh viễn sao? Nhưng câu trả lời không đơn giản như vậy. Các thông số thế chấp của Babylon được phiên bản hóa theo chiều cao khối của Bitcoin. Mỗi phiên bản tương ứng với activation height và cap height, đồng thời định nghĩa các quy tắc như thời gian thế chấp, độ sâu xác nhận, khóa công của ủy ban, ngưỡng của ủy ban, v.v. Điều này khiến tôi phải dừng lại để suy nghĩ. BTC của bạn được khóa trên Bitcoin. Nhưng liệu một khoản thế chấp có tuân theo đúng quy tắc giao thức hay không, còn phải dựa vào phiên bản thông số sẽ được áp dụng khi khoản thế chấp đó được ghi vào Bitcoin. Và những thông số này không phải lúc nào cũng giữ nguyên cố định. Quản trị của Babylon Genesis có thể điều chỉnh các tham số mạng thông qua đề xuất thay đổi tham số. Vì vậy, câu hỏi thú vị thực sự không phải là “tham số có thay đổi hay không”. Mà là khi giao thức liên tục được nâng cấp. Với các tham số mới và những khoản thế chấp đã tồn tại thì rốt cuộc cần hiểu mối quan hệ này như thế nào. Tôi càng lúc càng thấy rằng. Việc loại bỏ bên giám hộ phi tập trung không có nghĩa là các quy tắc sẽ vĩnh viễn không đổi. Nó chỉ chuyển quyền kiểm soát tài sản sang nằm trên Bitcoin. Đồng thời để cho các quy tắc của giao thức tiếp tục tiến hóa cùng với quản trị. #baby $BABY
“Làm một lần là xong mãi mãi” là sự hiểu lầm sâu sắc nhất của tôi về việc thế chấp.

Khi tôi xem tài liệu thông số thế chấp của @BabylonLabs_io Babylon, phản ứng đầu tiên của tôi là: ghi quy tắc vào trong script thì chẳng phải sẽ có hiệu lực vĩnh viễn sao?

Nhưng câu trả lời không đơn giản như vậy.

Các thông số thế chấp của Babylon được phiên bản hóa theo chiều cao khối của Bitcoin. Mỗi phiên bản tương ứng với activation height và cap height, đồng thời định nghĩa các quy tắc như thời gian thế chấp, độ sâu xác nhận, khóa công của ủy ban, ngưỡng của ủy ban, v.v.

Điều này khiến tôi phải dừng lại để suy nghĩ.

BTC của bạn được khóa trên Bitcoin. Nhưng liệu một khoản thế chấp có tuân theo đúng quy tắc giao thức hay không, còn phải dựa vào phiên bản thông số sẽ được áp dụng khi khoản thế chấp đó được ghi vào Bitcoin.

Và những thông số này không phải lúc nào cũng giữ nguyên cố định. Quản trị của Babylon Genesis có thể điều chỉnh các tham số mạng thông qua đề xuất thay đổi tham số.

Vì vậy, câu hỏi thú vị thực sự không phải là “tham số có thay đổi hay không”.

Mà là khi giao thức liên tục được nâng cấp. Với các tham số mới và những khoản thế chấp đã tồn tại thì rốt cuộc cần hiểu mối quan hệ này như thế nào.

Tôi càng lúc càng thấy rằng. Việc loại bỏ bên giám hộ phi tập trung không có nghĩa là các quy tắc sẽ vĩnh viễn không đổi.

Nó chỉ chuyển quyền kiểm soát tài sản sang nằm trên Bitcoin. Đồng thời để cho các quy tắc của giao thức tiếp tục tiến hóa cùng với quản trị.

#baby $BABY
Đã xác minh
Có một việc khiến tôi dừng tay khỏi việc cuộn liên tục. Tôi đã lục trong tài liệu số @babylonlabs_io về quy trình staking và phát hiện rằng staking không được kích hoạt ngay khi giao dịch Bitcoin đi vào mempool. Thậm chí cũng không phải ngay sau khi có một lần xác nhận. Babylon chỉ xem staking đó là đã thỏa mãn điều kiện để xử lý tiếp và bước vào quy trình kích hoạt tiếp theo khi đạt k-depth được cấu hình trong giao thức. Đây là một tham số quản trị trong module x/btccheckpoint. Cũng là một điểm bán liên quan đến bảo mật của Bitcoin, nhưng đa số người dùng có lẽ nghĩ rằng một block là đã “kết cục”. Đây là phần không ai đưa vào slide/ tài liệu roadshow. Truyền thông thị trường nói rằng timestamp của Bitcoin cung cấp cho bạn sự đảm bảo an toàn đến từ Bitcoin PoW—về mặt kỹ thuật thì đúng. Nhưng điều đó chỉ đúng khi staking của bạn được chôn đủ sâu trên chuỗi. Khi mức xác nhận chưa đủ, việc tái tổ chức chuỗi ở lớp nông vẫn có thể khiến giao dịch staking đó bị rollback, vì vậy Babylon sẽ không coi nó là đã thỏa mãn điều kiện để xử lý tiếp theo một cách sớm. Babylon coi độ sâu xác nhận là một “cánh cửa” an toàn quan trọng để tiếp tục xử lý giao dịch staking trong giao thức, chứ không chỉ là “có nằm trong chuỗi”. Về mặt cơ chế thì hợp lý—bạn không thể xây dựng sự an toàn trên cát—nhưng nó cũng âm thầm nói với bạn rằng không phải mọi lần xác nhận đều mang mức độ tin cậy như nhau. Lúc làm được một nửa thì tôi đi lấy một cốc cà phê, và cứ nghĩ mãi: độ trễ này đang bảo vệ người dùng hay chỉ đang phơi bày rằng các block đầu thực ra mỏng manh đến mức nào? Có lẽ cả hai. #baby $BABY {future}(BABYUSDT)
Có một việc khiến tôi dừng tay khỏi việc cuộn liên tục.

Tôi đã lục trong tài liệu số @BabylonLabs_io về quy trình staking và phát hiện rằng staking không được kích hoạt ngay khi giao dịch Bitcoin đi vào mempool. Thậm chí cũng không phải ngay sau khi có một lần xác nhận. Babylon chỉ xem staking đó là đã thỏa mãn điều kiện để xử lý tiếp và bước vào quy trình kích hoạt tiếp theo khi đạt k-depth được cấu hình trong giao thức. Đây là một tham số quản trị trong module x/btccheckpoint.

Cũng là một điểm bán liên quan đến bảo mật của Bitcoin, nhưng đa số người dùng có lẽ nghĩ rằng một block là đã “kết cục”.

Đây là phần không ai đưa vào slide/ tài liệu roadshow. Truyền thông thị trường nói rằng timestamp của Bitcoin cung cấp cho bạn sự đảm bảo an toàn đến từ Bitcoin PoW—về mặt kỹ thuật thì đúng. Nhưng điều đó chỉ đúng khi staking của bạn được chôn đủ sâu trên chuỗi. Khi mức xác nhận chưa đủ, việc tái tổ chức chuỗi ở lớp nông vẫn có thể khiến giao dịch staking đó bị rollback, vì vậy Babylon sẽ không coi nó là đã thỏa mãn điều kiện để xử lý tiếp theo một cách sớm. Babylon coi độ sâu xác nhận là một “cánh cửa” an toàn quan trọng để tiếp tục xử lý giao dịch staking trong giao thức, chứ không chỉ là “có nằm trong chuỗi”. Về mặt cơ chế thì hợp lý—bạn không thể xây dựng sự an toàn trên cát—nhưng nó cũng âm thầm nói với bạn rằng không phải mọi lần xác nhận đều mang mức độ tin cậy như nhau.

Lúc làm được một nửa thì tôi đi lấy một cốc cà phê, và cứ nghĩ mãi: độ trễ này đang bảo vệ người dùng hay chỉ đang phơi bày rằng các block đầu thực ra mỏng manh đến mức nào? Có lẽ cả hai.

#baby $BABY
🤔 速度优先
0%
🔥 安全优先
100%
4 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
·
--
Giảm giá
Đã xác minh
Hồi đó, vào mùa đông ấy, tôi suýt quit crypto. Tài khoản teo tóp, việc làm biến mất, mỗi ngày tôi ngồi dán mắt vào màn hình đến tận bốn giờ sáng, tự hỏi liệu mọi thứ này có phải là giả hay không. Một đêm nọ, khi tôi đang xem tài liệu có mã <@babylonlabs_io >, tôi chợt nhận ra một điều: dù cho mã nguồn có hoàn hảo đến mấy, cũng phải có người bấm nút đó. Sau này tôi dần dần hiểu ra rằng, hệ thống có đẹp đến đâu nữa, thì vẫn cần người trông chừng để nó chạy. Mật mã của Babylon rất tinh xảo. Lược đồ chữ ký sẽ trích xuất khóa khi người cung cấp tính cuối cùng tìm cách gian lận. Các checkpoint chôn lịch sử vào Bitcoin. Toán học thì không một kẽ hở. Nhưng toán học không tự chạy các node. Phần chức năng phối hợp xuyên chuỗi của giao thức phụ thuộc vào việc mạng Vigilante phải tiếp tục hoạt động. Theo dõi hai chuỗi. Một số vai trò cần gánh các khoản phí giao dịch Bitcoin. Khi phát hiện có vi phạm có thể được xác minh, sẽ hỗ trợ việc thực thi các quy trình liên quan của giao thức. Nếu các bên tham gia liên quan không kịp thời thực hiện trách nhiệm của mình, thì một số cơ chế an toàn có thể không phát huy tác dụng đúng lúc. Đây là khoảng trống chẳng ai quảng bá. Ở tầng mật mã, giao thức cố gắng giảm tối đa giả định về sự tin cậy. Trên thực tế, nó dựa vào những người vận hành sẽ xuất hiện, tỉnh táo và tiếp tục tự bỏ tiền túi ra để bảo vệ phần đặt cược của người khác. Người cung cấp tính cuối cùng có thể rút lui hoặc dừng tham gia. Nếu phần thưởng không đủ hấp dẫn, các bên tham gia có thể giảm mức độ tham gia. Nhiều người dùng lại quan tâm nhiều hơn đến lợi nhuận, hơn là chất lượng vận hành. Babylon không tạo ra lỗi. Nó tạo ra một phép thử thực tế. “Toán học phi tín nhiệm” vẫn cần những con người trung thực để vận hành nó. Thử thách thực sự không phải là mật mã có hiệu quả hay không. Mà là liệu khi thị trường trở nên nhạt nhẽo, vẫn có người sẵn sàng ngồi canh nó. #baby $BABY {future}(BABYUSDT)
Hồi đó, vào mùa đông ấy, tôi suýt quit crypto.

Tài khoản teo tóp, việc làm biến mất, mỗi ngày tôi ngồi dán mắt vào màn hình đến tận bốn giờ sáng, tự hỏi liệu mọi thứ này có phải là giả hay không. Một đêm nọ, khi tôi đang xem tài liệu có mã <@BabylonLabs_io >, tôi chợt nhận ra một điều: dù cho mã nguồn có hoàn hảo đến mấy, cũng phải có người bấm nút đó.

Sau này tôi dần dần hiểu ra rằng, hệ thống có đẹp đến đâu nữa, thì vẫn cần người trông chừng để nó chạy.

Mật mã của Babylon rất tinh xảo. Lược đồ chữ ký sẽ trích xuất khóa khi người cung cấp tính cuối cùng tìm cách gian lận. Các checkpoint chôn lịch sử vào Bitcoin. Toán học thì không một kẽ hở.

Nhưng toán học không tự chạy các node.

Phần chức năng phối hợp xuyên chuỗi của giao thức phụ thuộc vào việc mạng Vigilante phải tiếp tục hoạt động. Theo dõi hai chuỗi. Một số vai trò cần gánh các khoản phí giao dịch Bitcoin. Khi phát hiện có vi phạm có thể được xác minh, sẽ hỗ trợ việc thực thi các quy trình liên quan của giao thức. Nếu các bên tham gia liên quan không kịp thời thực hiện trách nhiệm của mình, thì một số cơ chế an toàn có thể không phát huy tác dụng đúng lúc.

Đây là khoảng trống chẳng ai quảng bá. Ở tầng mật mã, giao thức cố gắng giảm tối đa giả định về sự tin cậy. Trên thực tế, nó dựa vào những người vận hành sẽ xuất hiện, tỉnh táo và tiếp tục tự bỏ tiền túi ra để bảo vệ phần đặt cược của người khác.

Người cung cấp tính cuối cùng có thể rút lui hoặc dừng tham gia. Nếu phần thưởng không đủ hấp dẫn, các bên tham gia có thể giảm mức độ tham gia. Nhiều người dùng lại quan tâm nhiều hơn đến lợi nhuận, hơn là chất lượng vận hành.

Babylon không tạo ra lỗi. Nó tạo ra một phép thử thực tế. “Toán học phi tín nhiệm” vẫn cần những con người trung thực để vận hành nó.

Thử thách thực sự không phải là mật mã có hiệu quả hay không. Mà là liệu khi thị trường trở nên nhạt nhẽo, vẫn có người sẵn sàng ngồi canh nó.

#baby $BABY
Đă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