Aadi33

I spent way too long trying to figure out why wrapping became the default. it wasn't primarily about trust. it was about interoperability.

why does everything get wrapped before it touches DeFi? turns out trust has nothing to do with it

smart contracts on Ethereum can't look at what's happening on Bitcoin. they have no way to check a UTXO on their own. so wrapping isn't really a security choice, it's a workaround for that blind spot. you wrap the coin so something on Ethereum can represent it

Trustless Bitcoin Vaults (TBV) goes at that gap from the other direction. b$TC gets locked in a Taproot script on Bitcoin and unlocking it needs a zk proof attesting to something that happened on Ethereum, like a loan getting repaid. the Bitcoin spending conditions verify the proof before funds can move, and there's a challenge window if someone tries to fake it. Ethereum still gets a token standing in for the BTC, but it's locked down with restrictions, not freely transferable like WBTC

that's the actual shift. not "no representation exists," but "the representation can't misbehave without getting caught." different problem than trusting a custodian to just do the right thing

still early days for this kind of proof checking though. generating and verifying them costs something And nobody's really stress tested what that looks like once real volume shows up

wondering if that cost stays small enough for smaller BTC holders too or if it ends up being a bigger position kind of game

@BabylonLabs_io $BABY #baby
$BTC $ETH #TBV #DEFİ

"BTC của tôi không bao giờ rời khỏi kho"

Hôm nay tôi đã dành một chút thời gian trên testnet TBV—thực sự đi qua luồng vay chứ không chỉ đọc về nó.

Tôi Lấy BTC test từ faucet, khóa nó vào một vault, rồi vay USDC test dựa trên nó thông qua Aave v4. Không có bước bọc (wrapping) nào cả, cũng không có một token riêng xuất hiện trong ví của tôi để đại diện cho BTC.

Phần nổi bật là BTC của tôi không hề rời khỏi vault. Dưới góc nhìn của người dùng, nó chỉ ở trạng thái bị khóa bên phía Bitcoin, trong khi phía Ethereum coi vault đó như tài sản thế chấp. Ở bất kỳ thời điểm nào, tôi cũng không nắm giữ một phiên bản BTC đã được bọc.

Điều này khác với cách tôi đã dùng BTC trong DeFi trước đây—thường sẽ có một bên quản hộ hoặc một tài sản được bọc nằm đâu đó ở giữa.

Tuy vậy vẫn là testnet, nên việc “peg” (neo tỷ giá) và thời điểm mở khóa (unlock timing) vẫn chưa nói lên được nhiều. Tình trạng tắc nghẽn thực tế và các điều kiện kinh tế thực sự thường là nơi hệ thống được kiểm tra đúng cách.

Tôi sẽ chạy lại vào tuần này và lần này thực sự thử trả nợ và mở khóa. Không biết bên đó có mượt mà như lúc vay không.

@BabylonLabs_io $BABY #baby
#testnet #TBV #curiosity $ZEC $ETH

Người ta thường mô tả Bitcoin như “vàng kỹ thuật số”, và theo thời gian, sự so sánh đó đã định hình cách mọi người sử dụng nó. Vàng là thứ bạn cất giữ. Bitcoin dần dần cũng trở thành như vậy. Khi bạn đã sở hữu nó, lựa chọn an toàn nhất đôi khi lại cảm thấy giống như việc để nó yên.

Cách nghĩ đó đã không xuất hiện một cách ngẫu nhiên. Trong nhiều năm, việc sử dụng BTC trong DeFi thường đồng nghĩa với việc bọc (wrapping) nó, chuyển qua cầu (bridging), hoặc chấp nhận thêm các giả định về niềm tin. Việc nắm giữ trở thành lựa chọn đơn giản hơn, nên Bitcoin có tiếng tăm như một tài sản chủ yếu đứng ngoài lề trong khi các tài sản khác vận hành tài chính on-chain.

Một câu hỏi mà tôi thấy mình quay lại là liệu danh tiếng đó có phải là thuộc tính của chính Bitcoin, hay đơn giản chỉ là kết quả của cơ sở hạ tầng mà chúng ta đã xây dựng xung quanh nó.

Đó là lúc @BabylonLabs_io khiến tôi suy nghĩ. Trustless Bitcoin Vaults (TBV) xuất phát từ một cách tiếp cận khác. Thay vì yêu cầu người dùng phải biến đổi Bitcoin trước khi nó trở nên hữu ích, thiết kế này khám phá liệu BTC gốc có thể vẫn là “gốc” trong khi đồng thời đóng vai trò tài sản thế chấp hay không. Testnet công khai đầu tiên, được xây dựng dựa trên việc vay mượn gắn với Bitcoin gốc qua Aave v4, là một ví dụ ban đầu cho ý tưởng đó trong thực tế.

Điều khiến tôi hứng thú không chỉ là luồng vay mượn. Đó là khả năng Bitcoin không nhất thiết phải chọn giữa việc trở thành kho lưu trữ giá trị dài hạn và việc tham gia vào tài chính on-chain. Nếu tài sản thế chấp gốc trở nên khả thi, hai vai trò đó có thể không tách biệt như chúng vốn được xem là như vậy.

Liệu điều đó có thay đổi hành vi người dùng hay không lại là một câu hỏi khác. Con người không từ bỏ những mô hình quen thuộc chỉ trong một đêm, và các tài sản được bọc (wrapped assets) đã có nhiều năm thanh khoản lẫn tích hợp phía sau.
Tôi tò mò liệu tương lai của Bitcoin có đơn giản là việc giữ nó an toàn hơn, hay là tìm cách sử dụng nó mà không thay đổi điều đã khiến nó có giá trị ngay từ đầu.

@BabylonLabs_io $BABY #baby
$BTC $WBTC #TVL

Người ta thường cho rằng việc sử dụng Bitcoin trong DeFi đồng nghĩa với việc bọc nó (wrapping) hoặc chuyển chuỗi (bridging) sang một mạng khác. Suy nghĩ đó không có gì đáng ngạc nhiên, vì BTC bọc (wrapped BTC) đã là nền tảng của phần lớn DeFi dựa trên Bitcoin trong nhiều năm qua. Điều này giúp tích hợp Bitcoin dễ dàng hơn với các giao thức hiện có, nhưng đồng thời cũng đưa vào những giả định về niềm tin bổ sung mà không tồn tại khi nắm giữ BTC gốc.

Một hướng đi khiến tôi đặc biệt chú ý là cách @BabylonLabs_io đang tiếp cận vấn đề này thông qua Trustless Bitcoin Vaults (TBV). Thay vì coi BTC bọc là mặc định, TBV được thiết kế để cho phép Bitcoin gốc được dùng làm tài sản thế chấp mà không cần bọc, chuyển chuỗi hay dựa vào các bên trung gian tập trung. Thay vì “tái tạo” Bitcoin trên một mạng khác, thiết kế bắt đầu từ ý tưởng rằng Bitcoin nên vẫn là tài sản gốc, nhưng vẫn có thể hữu ích trong các ứng dụng on-chain.

Phiên bản triển khai đầu tiên là cơ chế vay được bảo đảm bằng Bitcoin gốc thông qua Aave v4 trên testnet công khai của Babylon. Điều này cho thấy thanh khoản Bitcoin có thể tham gia DeFi mà không cần phụ thuộc vào mô hình tài sản bọc truyền thống.

Đó là lúc kiến trúc trở nên thú vị. Wrapped BTC đã trở thành tiêu chuẩn công nghiệp vì nó khớp một cách tự nhiên với hạ tầng DeFi hiện có. TBV đặt một câu hỏi khác: nếu Bitcoin gốc có thể mang lại các chức năng tương tự, vậy chúng ta vẫn cần dựa vào wrapper và bridge như là mặc định không?

Câu hỏi đáng chú ý hơn không phải là liệu BTC gốc có thể được dùng làm tài sản thế chấp hay không. Babylon đã chứng minh điều đó thông qua testnet công khai. Điều quan trọng bây giờ là liệu mô hình này có thể mở rộng vượt khỏi mảng cho vay để sang các lĩnh vực như stablecoins, phái sinh và các ứng dụng tài chính khác, mà vẫn không thay đổi các giả định về niềm tin mà nó hướng tới việc bảo toàn.

Tôi sẽ thử nghiệm trên testnet công khai để xem luồng vay hoạt động trong thực tế như thế nào. Tôi cũng tò mò không biết liệu những người khác có cho rằng tài sản thế chấp là Bitcoin gốc có thể thực sự cạnh tranh với tính thanh khoản và hiệu ứng mạng mà wrapped BTC đã xây dựng trong suốt nhiều năm hay không.

$BABY #baby
$BTC #BTC
Điều gì sẽ thúc đẩy việc áp dụng Bitcoin gốc?

Nếu bạn chỉ xem giá, thì bạn đã đến trễ rồi.

Tôi đang theo dõi hoạt động trong ví, khối lượng và liệu người mua có tiếp tục bước vào sau mỗi lần điều chỉnh hay không.

Những đồng mạnh nhất không chỉ bơm một lần. Chúng tạo ra những đáy cao hơn trong khi những tay yếu rời khỏi thị trường.

Bước đi lớn tiếp theo thường bắt đầu khi hầu hết mọi người đã mất hứng thú.

#Crypto #Altcoins #zec
#ETH #sol $TON $ZEC $SOL

Ngay lúc này bạn đang tích lũy đồng nào?

Ethereum đang âm thầm trở thành lựa chọn ưu tiên của các tổ chức.

Trong tuần này, các ETF giao ngay ETH thu hút sự chú ý mạnh hơn so với Bitcoin, với quỹ Ethereum của BlackRock dẫn đầu phần lớn dòng tiền vào.

Thị trường vẫn tập trung vào mức độ thống trị của Bitcoin, nhưng dường như “tiền thông minh” đang chuẩn bị định vị cho giai đoạn tiếp theo của Ethereum.

Nếu xu hướng này tiếp tục, ETH có thể trở thành bên hưởng lợi lớn nhất từ làn sóng tiếp theo của dòng vốn tổ chức.

Hãy theo dõi dòng tiền vào ETF, không chỉ biểu đồ giá.

Đó là nơi câu chuyện thực sự đang diễn ra.

#ETH $ETH

Market Confession #38

Tôi có một thói quen kỳ lạ.

Bất cứ khi nào mọi người bắt đầu nói, Lần này thì khác, tôi ngừng nhìn vào biểu đồ và bắt đầu quan sát đám đông.

Thị trường thay đổi. Tâm lý con người thì hiếm khi thay đổi.

Tôi đã hiểu rằng sự chắc nịch vang dội nhất thường xuất hiện gần các điểm ngoặt, không phải vì ai cũng sai, mà vì mức độ chắc chắn thường đạt đỉnh khi rủi ro đã được tính vào giá từ trước.

Đám đông có thành tích sai lầm tốt hơn so với thị trường.

Vì vậy, tôi chú ý nhiều hơn đến sự tự tin hơn là sự đồng thuận.

$BNB #MarketSentimentToday
#MarketPsychology #SmartMoney #Cryptomindset

Thú nhận trên thị trường #37

Thực ra tôi không biết tại sao tôi lại bán theo cách mình bán. Tôi cứ làm vậy, rồi sau đó tự bịa ra một lý do.

Tôi bắt đầu xem các lệnh của chính mình như thể là của một người lạ. Cùng một kịch bản, cùng nỗi sợ, cùng điểm thoát, lần nào cũng y như vậy. Không phải phân tích. Kỹ năng đã thành phản xạ được khoác lên như một quyết định.

Thế rồi tôi bắt đầu tự hỏi một câu trước mỗi lệnh: mình làm việc này vì biểu đồ, hay vì lệnh trước đó đã làm mình đau.

Phần lớn là vì lệnh thứ hai.

Hóa ra thị trường không phải đang kiểm tra các dự đoán của bạn. Nó đang kiểm tra xem bạn đã gặp chính mình từ trước tới giờ chưa.

$BTC $BNB $ZEC #crypto #BinanceSquare

Bitcoin ETF vừa chấm dứt chuỗi rút ròng kéo dài 8 tuần với 197 triệu USD dòng tiền ròng mới đổ vào.

Các tổ chức đang âm thầm quay lại.

Một tuần tăng điểm chưa đủ để xác nhận xu hướng mới, nhưng đây là dấu hiệu có ý nghĩa đầu tiên cho thấy áp lực bán có thể đang hạ nhiệt. Nếu dòng tiền ETF tiếp tục duy trì trong những tuần tới, tâm lý thị trường có thể thay đổi nhanh hơn nhiều so với phần lớn dự đoán.

Tiền của “người khôn” không chuông báo ở đáy.

Nó tích lũy trong khi đám đông vẫn còn đang tranh cãi.

#bitcoin #BTC #etf #crypto #BinanceSquare
$BTC

Người ta thường cho rằng các tài sản thế giới thực được mã hóa (token hóa) mang cùng mô hình rủi ro như các tài sản mà chúng đại diện. Một trái phiếu kho bạc được token hóa vận hành giống như một trái phiếu kho bạc—chỉ là nhanh hơn để chuyển nhượng.

Tôi đã xem cách @NewtonProtocol frames đánh giá rủi ro thực tế trong các RWA (tài sản thế giới thực) và thực sự không phải là về bản thân tài sản cơ sở. Tài liệu của Newton chỉ ra rằng mối đe dọa thực sự là sự xâm nhập/chiếm quyền khóa quản trị (admin key), thao túng NAV hoặc thao túng oracle, và việc đúc (mint) trái phép. Đây là những rủi ro phát sinh từ cách token được phát hành và quản lý trên chuỗi (onchain), chứ không phải từ bất kỳ điều gì liên quan đến chính trái phiếu kho bạc.

Newton thực thi các bất biến thời gian chạy (runtime invariants) cụ thể cho việc này—những ràng buộc vẫn giữ nguyên bất kể ai nắm giữ admin key. Các cơ chế bảo vệ khi mint và redeem đảm bảo chỉ những nhà đầu tư đủ điều kiện mới được tham gia. Các kiểm tra tính toàn vẹn của NAV đối chiếu giá oracle với các ngưỡng dung sai (tolerance bounds). Đây không phải là các quyền có thể bị bỏ qua bởi bất kỳ ai có quyền truy cập được nâng cao; chúng được kiểm tra ở cấp độ giao dịch mỗi lần.

Đây là điều thực sự khiến tôi quan tâm. Với đa số tài sản token hóa, nếu ai đó lấy được admin key, thì gần như đó là cả ván—họ có thể mint mà không cần ủy quyền, rút cạn quỹ (drain) từ kho bạc, hoặc vượt qua bất kỳ kiểm soát (controls) nào được cho là đã được đặt ra. Điểm mấu chốt là sự kiểm soát. Các bất biến thời gian chạy phá vỡ liên kết đó một cách có chủ đích, nên việc có được key không tự động đồng nghĩa với việc có được luôn các ràng buộc.

Tôi muốn biết liệu các bất biến này đã thực sự được kiểm thử trước kịch bản bị chiếm admin key thực tế hay chưa, hay cam kết đó đến nay vẫn chủ yếu chỉ mang tính lý thuyết.

$NEWT #Newt
#BinanceTurns9



Các bất biến thời gian chạy liệu có thực sự ngăn chặn được việc một admin key bị xâm phạm không?

Người ta cho rằng nếu một cổng (gateway) từ chối xử lý yêu cầu của bạn thì bạn sẽ bị mắc kẹt.

Theo những gì tôi đã đọc, Newton có cơ chế “force inclusion” (ép đưa vào khối) cho phép các ứng dụng gửi tác vụ trực tiếp tới mạng của người điều hành (operator network) thay vì phải dựa vào gateway. Nếu điều đó đúng thì gateway không phải là một “điểm nghẽn” vĩnh viễn, đây là một thuộc tính quan trọng để chống kiểm duyệt.

Điểm tôi chưa nắm rõ là phần thực tiễn.

Việc đi theo con đường đó có lẽ đồng nghĩa với việc phải xử lý các công việc mà gateway thường trừu tượng hóa, như định tuyến và phối hợp với mạng người điều hành. Điều đó đặt ra câu hỏi liệu force inclusion có phải thứ mà một ứng dụng trung bình có thể dùng một cách thực tế trong lúc xảy ra sự cố hoặc sự kiện kiểm duyệt hay không, hay chủ yếu là thứ phù hợp với các nhóm có hạ tầng đáng kể.

Có ai ở đây đã thực sự thử nghiệm force inclusion từ đầu đến cuối chưa? Tôi muốn nghe nó hoạt động trong thực tế như thế nào, so với cách nó được mô tả trên giấy.

@NewtonProtocol $NEWT #Newt
$ZEC $BTC

Hầu hết mọi người thường cho rằng hạ tầng tuân thủ cho hoạt động xây dựng đội ngũ của các tổ chức là một “xưởng” RegTech chuyên biệt nào đó, làm sâu về mảng tuân thủ quy định nhưng lại mới mẻ với hạ tầng crypto quy mô dành cho người dùng phổ thông. Thông thường đó là một giả định an toàn cho loại sản phẩm này.

Nhưng không phải với @NewtonProtocol . Cốt lõi được phát triển bởi Magic Labs và tôi đã không nhận ra điều đó cho đến khi tìm hiểu xem thật sự ai đứng sau. Họ đã xây dựng các ví nhúng—một kiểu hạ tầng cho phép một ứng dụng đưa người dùng vào hệ thống mà không bao giờ phải hiển thị cho họ một cụm seed phrase. Được hậu thuẫn bởi PayPal Ventures, đã vận hành ở quy mô thực tế: hơn 57 triệu ví, trên 200.000 nhà phát triển, và chính lớp ví này đang vận hành Polymarket.

Điều đó khiến tôi đọc “rủi ro thực thi” của Newton theo một cách khác. Rất nhiều hạ tầng crypto tập trung vào tuân thủ được xây dựng bởi các teAms mạnh ở phía quy định nhưng tương đối mới trong việc triển khai ở quy mô đủ lớn. Magic Labs thì ngược lại: họ đã giải quyết bài toán phân phối và độ tin cậy cho hạ tầng ví một cách cụ thể. Newton không phải là lần thử đầu tiên của một đội mới nhắm tới khối lượng giao dịch thực. Đó là một đội đã trưởng thành, mở rộng sang một vấn đề liền kề.

Tuy nhiên, điều tôi muốn lưu ý là ví nhúng và cơ chế ủy quyền dựa trên chính sách là những bài toán kỹ thuật thực sự khác nhau. Hạ tầng ví chủ yếu là quản lý khóa và tính sẵn sàng (uptime). Lớp ủy quyền của Newton lại liên quan tới sự đồng thuận của các 0perator theo hướng phi tập trung, các chứng thực mã hóa (cryptographic attestations), và giải quyết tranh chấp thông qua các bằng chứng zero-knowledge. Sự am hiểu đã được chứng minh trong một mảng không tự động chuyển hóa sang mảng còn lại.

Không phải là điểm yếu,.. chỉ đáng để diễn đạt cho thật chính xác. Tôi cũng tò mò không biết trong thiết kế của Newton về operator và cơ chế đồng thuận, phần nào đang được dẫn dắt bởi những người có thành tích trong đúng mảng đó, so với phần đội ngũ từ phía hạ tầng ví mở rộng sang.

@NewtonProtocol $NEWT #Newt
#Polymarket #MagicLabs #zkProofs
$SXT $LAB

Người ta thường cho rằng một giao dịch chuyển stablecoin sẽ hoặc bị chặn hoặc không bị chặn, qua hoặc không qua, một lần kiểm tra đơn giản.

Tuy nhiên, các nội dung tuân thủ stablecoin của Newton có một phần liên quan đến cơ chế “Travel Rule” (Quy tắc du hành), và nó không phải là kiểu “pass/fail” như việc sàng lọc trừng phạt. Travel Rule tập trung vào thông tin của người gửi và người nhận được gắn kèm theo giao dịch khi vượt qua một ngưỡng nhất định: ai đã gửi, ai đang nhận, với thông tin đó được liên kết an toàn với giao dịch.

Đây là một loại kiểm tra khác với việc chặn kẻ xấu. Sàng lọc trừng phạt mang tính nhị phân: người gửi có nằm trong danh sách hay không. Travel Rule nhiều hơn là đảm bảo thông tin bắt buộc đi theo giao dịch giữa các đơn vị được quản lý, chứ không phải chỉ kiểm tra một lần rồi bỏ qua.

Điều thực sự đáng chú ý là cơ chế này chỉ kích hoạt khi giao dịch đáp ứng điều kiện nhất định, tức là vượt qua ngưỡng nào đó để kích hoạt. Vì vậy, phần lớn các giao dịch stablecoin cỡ lẻ của người dùng không hề chạm tới cơ chế này; nó được xây dựng cho những giao dịch đủ lớn để cơ quan quản lý thực sự quan tâm đến dấu vết giấy tờ.

Vẫn chưa rõ với tôi là cơ chế này hoạt động ra sao khi chuyển qua nhiều chuỗi (cross-chain). Nếu nguồn gốc của một giao dịch nằm trên một chuỗi và nó được chuyển sang một chuỗi đích thông qua tập hợp các nhà điều hành đã được đồng bộ của Newton, thì thông tin về người gửi có đi qua mượt mà không, hay có điều gì bị “mất” trong quá trình phối hợp nhằm chuyển tiếp thông tin định danh qua ranh giới đó. Việc ghi nhận/thuộc tính (attribution) chỉ có ý nghĩa nếu nó tồn tại suốt hành trình, không chỉ ở chặng đầu tiên.

Tôi tò mò liệu có ai đã thực sự thử nghiệm một giao dịch Travel Rule mà đi qua nhiều chuỗi trong cùng một lượt hay không, hay phần lớn mới chỉ được thử nghiệm trong phạm vi một chuỗi đơn.

@NewtonProtocol $NEWT #Newt
$PYR $HMSTR

#RetailStockBuyingLowestSince2020 #JapanUrgesGPIFToBoostDomesticAssets #SKHynixCompletesRecordUSListing

Người ta thường cho rằng một “kho lưu trữ được quản lý (curated)” có nghĩa là ai đó đang theo dõi rủi ro theo thời gian thực, một nhóm giám sát bảng điều khiển (dashboard) và sẵn sàng phản ứng ngay khi có gì đó bất thường.

Tuy nhiên, phần lớn thì không phải như vậy. “Curated” thường chỉ có nghĩa là ai đó đã viết ra các quy tắc một lần. Việc thực thi thực tế diễn ra theo từng giao dịch.., ngay tại thời điểm có thứ gì đó cố gắng di chuyển, chứ không phải thông qua giám sát nền liên tục.

Tôi đã tìm hiểu cách @NewtonProtocol xử lý việc này cho các trường hợp RWA và sử dụng vault cụ thể. Newton cung cấp các “policy packs” (bộ chính sách), là các bộ module Rego được soạn sẵn, bao gồm các kiểm tra tính toàn vẹn NAV bằng cách đối chiếu giá oracle với các ngưỡng dung sai (tolerance bounds) được cấu hình, cùng với các rào chắn về điều kiện đúc (mint) và chuộc (redeem). Những kiểm tra này chạy ngay tại thời điểm giao dịch diễn ra. Không ai được yêu cầu phải ngồi canh một màn hình. Việc kiểm tra chỉ “nằm đó” và được kích hoạt khi tRiggered.

Đây là một cải tiến thực sự so với việc dựa vào một con người phát hiện vấn đề sau đó, điều mà thường đã quá muộn. Nhưng điều đó cũng có nghĩa là khả năng bảo vệ của vault chỉ tốt bằng những ngưỡng dung sai và quy tắc đã được cấu hình khi policy được viết ban đầu. Nếu thị trường di chuyển theo cách mà không ai lường trước khi các ngưỡng đó được đặt, thì phép kiểm tra vẫn chạy. Chỉ là có thể nó không còn kiểm tra đúng ngưỡng nữa.

Tôi không nói rằng đó là một lỗi trong thiết kế. Đó chỉ là kiểu giả định đáng để bạn biết. Sự bảo vệ không phải là giám sát liên tục, mà là một bộ quy tắc được viết sẵn trước, được thực thi nhất quán, nhưng chỉ “cập nhật” đến thời điểm lần cuối cùng ai đó chỉnh sửa nó.

Tôi rất muốn biết những dải dung sai (tolerance bands) đó thực sự được rà soát lại thường xuyên đến mức nào khi một vault đã đi vào hoạt động, hay chúng thường chỉ được đặt một lần rồi để yên.
@NewtonProtocol $NEWT #Newt
$LAB $TAG #LABTokenDrops94% #USNaturalGasFallsOver6%