BLANK _
19.9k Bài đăng
BLANK _
Đã xác minh nâng cao trên SquareBinance Enthusiast 💠 Crypto Trader 💠Deciphering the Charts,One trade at a time 💠Passionate about Blockchain as Web3 💠 Hustle. Trade. Repeat 💠 👉X::@BLANK53
Giao dịch mở
Trader thường xuyên
{thời gian} năm
703 Đang theo dõi
43.3K+ Người theo dõi
32.6K+ Đã thích
Bài đăng
Danh mục đầu tư
Tất cả
Trích dẫn
Video
Live
Ban đầu tôi ngờ rằng thông điệp marketing của TBV—rằng giả định tin cậy duy nhất chỉ là chính Bitcoin—chỉ là lời quảng cáo quen thuộc mà mọi sản phẩm phi giám sát (non-custodial) đều lặp lại. Nhưng tài liệu thực tế lại kể một câu chuyện hơi khác. Tài liệu mô tả rằng người gửi tiền dựa vào mật mã của giao thức, trên cả hai mạng Bitcoin và Ethereum, cùng với việc ứng dụng DeFi nhận tài sản thế chấp, chứ không phải dựa vào việc bên thứ ba nắm giữ BTC. Đi xa hơn một chút là một lời thừa nhận kín đáo hơn: các khóa multisig về quản trị và ứng phó khẩn cấp vẫn đóng vai trò như lớp dự phòng cho đến tận ngày nay, được trình bày như một “lưới an toàn tạm thời” mà giao thức dự định sẽ loại bỏ dần theo thời gian.
Không có gì trong tất cả những điều này khiến thiết kế trở nên tệ. Chỉ là “chỉ Bitcoin” đang làm nhiều việc về thương hiệu hơn là về kiến trúc. Điều thu hút sự chú ý của tôi không phải là cơ chế của kho (vault), mà là thời điểm việc loại bỏ multisig đó. Các giao thức hiếm khi gỡ bỏ các lớp an toàn của mình trước khi thanh khoản đã đủ thoải mái để phụ thuộc vào chúng. Vì vậy, câu hỏi thực sự không phải là mật mã có đứng vững hay không. Mà là liệu người gửi tiền có tiếp tục khóa BTC sau khi họ nhận ra rằng dấu hoa thị kia thực ra chưa bao giờ được gỡ bỏ.
@BabylonLabs_io $BABY #baby
Không có gì trong tất cả những điều này khiến thiết kế trở nên tệ. Chỉ là “chỉ Bitcoin” đang làm nhiều việc về thương hiệu hơn là về kiến trúc. Điều thu hút sự chú ý của tôi không phải là cơ chế của kho (vault), mà là thời điểm việc loại bỏ multisig đó. Các giao thức hiếm khi gỡ bỏ các lớp an toàn của mình trước khi thanh khoản đã đủ thoải mái để phụ thuộc vào chúng. Vì vậy, câu hỏi thực sự không phải là mật mã có đứng vững hay không. Mà là liệu người gửi tiền có tiếp tục khóa BTC sau khi họ nhận ra rằng dấu hoa thị kia thực ra chưa bao giờ được gỡ bỏ.
@BabylonLabs_io $BABY #baby
Ban đầu tôi cứ nghĩ đợt airdrop chỉ là một lời cảm ơn, một cách trao lại quyền sở hữu cho những người đã đến sớm. Nhưng càng lần theo số phân bổ, nó càng giống như một bộ lọc hơn là một món quà. Những ví đã cày testnet theo đợt rồi biến mất sau khi nhận, hoạt động khác với những ví vẫn duy trì hoạt động qua các tháng dài u ám, khi chẳng còn gì để cày. Giao thức không hề thưởng cho thời gian gắn bó trong hệ sinh thái. Nó thưởng cho một kiểu hành vi cụ thể—một thứ ai cũng có thể “lập trình” để giả vờ lòng trung thành trong vài tuần. Mức độ giữ chân thật sự lại xuất hiện ở nơi khác: trong những ví nhỏ hơn, không bao giờ đủ điều kiện cho các bậc lớn nhất nhưng vẫn tiếp tục giao dịch. Đó là phần mà thiết kế động lực khó định giá. Bạn có thể thưởng cho sự hiện diện. Nhưng bạn không dễ dàng thưởng cho lý do khiến ai đó ở lại. Vì vậy, câu hỏi không phải là ai đã nhận airdrop. Mà là ai vẫn còn đây bây giờ, khi phần thưởng đã biến mất.
@BabylonLabs_io $BABY #baby
@BabylonLabs_io $BABY #baby
Ban đầu tôi cho rằng “không có giám hộ, không có cầu” nghĩa là rủi ro chỉ đơn giản đã bị trừ khỏi hệ thống. Nhưng khi quan sát cách TBV thực sự vận hành, lực cản không biến mất; nó chỉ chuyển chỗ. Việc khóa BTC trực tiếp vào một script Taproot thay vì bọc nó không làm hết thời gian chờ; nó chỉ dời thời gian chờ đến nơi khác. Các khung cửa peg-in vẫn tồn tại, vẫn lặng lẽ loại bỏ những ai không sẵn sàng chờ qua độ trễ thanh toán. Giám hộ đã biến mất, nhưng hành vi mà nó từng chọn lựa—sự kiên nhẫn, sự thoải mái với độ trễ, khả năng chấp nhận cho sự hoàn tất chậm—vẫn đang được chọn. Ngay cả phía thanh lý cũng cần thêm cơ chế định tuyến để có thể hoạt động, chỉ để “lách” tốc độ thanh toán vốn có của Bitcoin. Vì vậy, niềm tin không hề biến mất; nó được chuyển từ bảng cân đối của một công ty sang một khoảng thời gian theo từng block. Đó là một cải thiện thực sự, nhưng không phải sự vắng mặt của một chiếc cầu; đó là một chiếc cầu được xây bằng thời gian thay vì bằng một người vận hành. Và điều đó dẫn đến câu hỏi thầm lặng hơn: khi sự bền bỉ trở thành giá của quyền tham gia thay vì quyền giám hộ, liệu vốn thực sự ở lại lâu hơn hay chỉ đi tìm một dạng lực cản nhanh hơn?
@BabylonLabs_io $BABY #baby
@BabylonLabs_io $BABY #baby
Ban đầu tôi cho rằng Finality Provider chỉ là một tên gọi khác cho một validator—người vận hành các node và thu phần thưởng. Nhưng càng tìm hiểu, vai trò đó càng giống một chức năng hẹp hơn: họ tồn tại để ký xác nhận các khối, sao cho khi một thứ đã được final (xác nhận cuối cùng), thì không thể bị đảo ngược lặng lẽ. Điều quan trọng nhất chính là chữ ký đó. Điều khiến tôi chú ý là cấu trúc động lực nằm bên dưới. Các nhà cung cấp đặt cọc tài sản thế chấp, thường là do người khác ủy quyền, và bị phạt nếu ký các thông điệp mâu thuẫn hoặc bỏ lỡ “cửa sổ” vào đúng thời điểm. Ở đây, bảo mật không chủ yếu nằm ở tính toán. Nó nằm ở thời điểm và trách nhiệm giải trình—liệu chữ ký đúng có xuất hiện trước khi mọi thứ trở nên quan trọng hay không. Người dùng ủy quyền cho các nhà cung cấp tương tự như cách họ chọn một validator, nhưng câu hỏi thực sự là liệu ai đó có đang thực sự theo dõi thời gian uptime và lịch sử bị slashing, hay chỉ chạy theo nhà cung cấp nào quảng bá lợi suất cao nhất trong tuần này. Finality có thể ít liên quan đến “độ chắc chắn” mật mã hơn, mà nhiều hơn đến việc mọi người có thật sự để ý tới người mà họ đã âm thầm tin tưởng với nó hay không.
@BabylonLabs_io $BABY #baby
@BabylonLabs_io $BABY #baby
Ban đầu tôi cho rằng ba tiện ích của BABY—khí (gas), quản trị (governance) và bảo mật (security)—sẽ hoạt động như một hệ thống liên kết, mỗi phần củng cố cho phần kia. Nhưng không phải như vậy. Việc sử dụng gas đến trước và duy trì ổn định, gần như mang tính cơ học, gắn với hoạt động mạng thực tế hơn là cảm xúc. Quản trị lại vận hành theo một “nhịp” hoàn toàn khác: tăng vọt quanh các thời hạn nộp đề xuất và gần như im lặng trong phần thời gian còn lại. Trong khi đó, bảo mật chỉ lặng lẽ ở phía sau, các token được khóa bởi các validator mà dường như không bị tác động bởi cả những biến động gas lẫn tiếng ồn từ quản trị. Điều khiến tôi chú ý là sự thiếu vắng sự chồng lấn. Hiếm có ví nào chạm vào cả ba trong một cách có ý nghĩa. Hầu hết chỉ chọn một “làn” và bám trụ ở đó, như thể chính token đang được sử dụng cho ba mục đích riêng biệt bởi ba nhóm khán giả khác nhau. Có lẽ đó là cách tiện ích được phân bổ ở giai đoạn đầu. Hoặc có thể đó là dấu hiệu rằng chưa có một trường hợp sử dụng đơn lẻ nào đủ mạnh để kéo các phần còn lại tiến lại gần.
@BabylonLabs_io $BABY #baby
@BabylonLabs_io $BABY #baby
Đã xác minh
Ban đầu tôi nghĩ BitVM3 chỉ là một cách rẻ hơn để chạy BitVM, thêm một vòng tối ưu nữa cho kích thước giao dịch khi khẳng định và khi bác bỏ. Nhưng khi xem cách nó thực sự được dùng trong các kho tiền Bitcoin không cần tin cậy, bước chuyển biến thực sự không nằm ở chi phí. Nó nằm ở việc sắp xếp thứ tự. Các giao dịch đã được ký trước có nghĩa là các điều kiện rút lui đã tồn tại trước khi khoản tiền gửi được thực hiện. Mọi lộ trình thanh lý, mọi lần chuyển lại quyền giám hộ, đều được “khóa” lại bằng một chữ ký trước khi bất kỳ một satoshi nào được chuyển đi. Thứ tự đó thay đổi cách vận hành. Người dùng không còn tin vào lời hứa trong tương lai của một bên vận hành; họ tin vào một giao dịch đã tồn tại và chỉ là chưa được phát quảng bá. BitVM3 gộp phần xác minh vào một mạch băm rối duy nhất ngoài chuỗi, giúp giảm ma sát khi đi vào, nhưng các timelock khi đi ra vẫn giữ nguyên như cũ. Tính thanh khoản vẫn phải chờ. Điều này khiến tôi tự hỏi liệu bài toán khó nhất có bao giờ là quản lý giám hộ không cần tin cậy không. Vấn đề khó hơn có lẽ là liệu có ai muốn vốn của mình bị khóa chính xác đến vậy để đổi lấy mức độ chắc chắn lớn đến thế hay không.
@BabylonLabs_io $BABY #baby
@BabylonLabs_io $BABY #baby
Ban đầu tôi cho rằng tự lưu ký và việc đi vay là hai thứ loại trừ lẫn nhau: rằng ngay khi bạn muốn có tính thanh khoản thì bạn phải trao chìa khóa của mình cho người khác và hy vọng. Các khoản vay được bảo đảm bằng Bitcoin (Bitcoin-backed loans) dường như phá vỡ sự đánh đổi đó, nhưng phần thú vị không nằm ở “chiêu” tiếp thị, mà là điều xảy ra sau khi khoản vay được mở. Ma sát xuất hiện ở yếu tố thời gian. Tài sản thế chấp phải được đặt ở đâu đó có thể được xác minh, vì vậy một số mức độ tin cậy lại len vào hệ thống—nhưng được phân bổ theo cách khác so với một bên giám sát tập trung. Mọi người coi đó là một chi tiết kỹ thuật. Thực ra, đó chính là toàn bộ sản phẩm. Thứ khiến ai đó tiếp tục đi vay không phải là lãi suất, mà là liệu quy trình lần đầu có tạo cảm giác an toàn hay không. Đó là khả năng giữ chân (retention), không phải là đổi mới (innovation). Vậy câu hỏi thực sự không phải là liệu bạn có thể vay dựa trên Bitcoin mà không phải từ bỏ nó hay không. Mà là liệu hệ thống có thực sự đang kiểm tra mức độ tin cậy của bạn vào mã (code) hay chỉ đơn giản là chuyển chỗ nơi bạn đặt niềm tin đó.
@BabylonLabs_io $BABY #baby
@BabylonLabs_io $BABY #baby
Ban đầu tôi cho rằng việc thực thi theo thời gian thực chỉ đơn giản có nghĩa là cảnh báo nhanh hơn, ví dụ như vài giây trước đây bảng điều khiển nhấp nháy đỏ sớm hơn một chút. Cách nhìn đó không còn đúng khi tôi xem xét chính xác những gì đang được kiểm tra. Phần thú vị không nằm ở tốc độ. Mà nằm ở việc chính sách được đặt ở đâu: không phải như một quy tắc tĩnh được viết một lần ngay lúc khởi chạy, mà là thứ được đánh giá lại tại thời điểm rút, dựa trên các điều kiện tồn tại ngay lúc đó. Một kho an toàn trông có vẻ ổn vào tháng Một có thể hoạt động khác đi vào tháng Bảy, và hầu hết các hệ thống không bao giờ nhận ra sự trôi dạt này. Cách tiếp cận của Newton dường như ít quan tâm đến việc dự đoán các cuộc tấn công hơn, mà tập trung thu hẹp khoảng thời gian để thời điểm xấu biến thành kết quả xấu. Ma sát chỉ xuất hiện khi hành vi phá vỡ khuôn mẫu, chứ không phải như một cánh cổng chặn chung khiến ai cũng phải trả giá. Đó là một kiểu bảo vệ yên lặng hơn: không có khoảnh khắc thông cáo báo chí, chỉ là ít hơn những lần thất bại im lặng. Nó khiến tôi tự hỏi liệu phần “bảo mật” của DeFi trước giờ có thực sự diễn ra theo thời gian thực hay không, hay chỉ là ở giai đoạn sớm.
@NewtonProtocol $NEWT #Newt
@NewtonProtocol $NEWT #Newt
Ban đầu tôi cho rằng kiểm soát truy cập theo vai trò (RBAC) sẽ vẽ ra một ranh giới rõ ràng giữa hành vi của người dùng bán lẻ và tổ chức: một nhóm chấp nhận ma sát, nhóm còn lại thì từ chối. Nhưng thực tế không hẳn như vậy. Các cấp quyền được lọc theo ý định nhiều hơn là theo quy mô. Những ví nhỏ sẵn sàng xác minh, chờ đợi và chấp nhận tầm nhìn bị giảm thường vẫn tiếp tục. Những phân bổ lớn đôi khi rời khỏi ngay khi yêu cầu có người ký làm chậm thời gian của họ, vì với họ, tốc độ mới là vị trí thực sự chứ không phải bản thân token. RBAC thực sự phơi bày điều gì là: vốn nào tham gia vào cơ chế, so với vốn nào tham gia vào khoảnh khắc. Lớp truy cập không sắp xếp theo kích thước ví; nó sắp xếp theo mức độ chậm trễ mà ai đó có thể chịu đựng trước khi quyết định trở nên không thể quay lại. Vậy có lẽ câu hỏi hữu ích không phải là RBAC hạn chế ai, mà là ai đã từng được xây dựng niềm tin để có thể tồn tại qua một khoảng dừng.
@grvt_io #grvt
@grvt_io #grvt
Lúc đầu tôi cho rằng tuân thủ luôn có nghĩa là phải viết lại hợp đồng—một bản ghi nhớ của luật sư biến thành logic được mã hóa cứng, chỉ có thể được thay đổi bởi việc triển khai lại (redeploy). Khi xem Newton, tôi nhận ra một hình dạng khác: chính sách được tách hoàn toàn khỏi mã. Một quy tắc cho việc sàng lọc các biện pháp trừng phạt hoặc kiểm tra thẩm quyền pháp lý nằm trong một registry (sổ đăng ký), được tham chiếu thay vì được viết ra trực tiếp. Vì vậy, việc siết một ngưỡng hoặc thay nguồn dữ liệu sẽ không đụng đến hợp đồng nền tảng. Thứ tôi không ngờ là sự tách bạch đó làm thay đổi áp lực nhiều đến thế. Thay vì một nhóm sở hữu mã logic quản trị rủi ro mãi mãi, việc thực thi được giao cho một mạng lưới các nhà vận hành (operators) có thẩm quyền xác nhận rằng, theo từng giao dịch, một quy tắc đã được tuân thủ. Việc kiểm tra diễn ra trước khi thanh toán, không phải sau đó, nên “ma sát” xuất hiện sớm, không phải như một đợt dừng lại (freeze) ở giai đoạn sau. Nó giải quyết vấn đề cập nhật. Nhưng nó cũng dồn sự tin tưởng vào người kiểm soát registry, và tôi cứ tự hỏi liệu người dùng có bao giờ nhận ra hay quan tâm đến việc ai đang viết các quy tắc mà họ không thể nhìn thấy.
@NewtonProtocol $NEWT #Newt
@NewtonProtocol $NEWT #Newt
Ban đầu tôi cho rằng danh sách trắng của kho bạc ưu tiên quy mô: gửi tiền lớn sớm hơn thì về sau sẽ có quyền truy cập tốt hơn. Nhưng khi xem kỹ hơn, tôi nhận ra một số người gửi tiền lớn nhất lại bị loại ra, trong khi các ví nhỏ hơn nhưng có lịch sử dài hơn lại được ưu tiên. Quy mô không phải là bộ lọc. Thời gian mới là thứ đó. Sự khác biệt này quan trọng hơn vẻ ngoài tưởng. Việc một giao thức sàng lọc xem số vốn đã “đứng yên” bao lâu—thay vì số tiền đã đến bao nhiêu—thực chất là sàng lọc một kiểu tính cách. Nó muốn thanh khoản không chùn bước khi lợi suất co lại, hoặc khi một bể/“pool” hấp dẫn hơn mở ra ở chặng đường tiếp theo. Theo góc nhìn đó, quyền truy cập ưu tiên không phải là một đặc ân trao cho hành vi tốt đã được chứng minh trước đây; đó là một buổi thử giọng thầm lặng cho hành vi mà người ta kỳ vọng ở lần tới. Vì vậy, kho bạc ít giống như một sự kiện và nhiều hơn một điểm kiểm tra. Và nó để lại một câu hỏi mở nằm dưới tất cả: liệu thanh khoản này thực sự trung thành, hay đơn giản là chưa từng được thử thách?
@grvt_io #grvt
@grvt_io #grvt
Ban đầu tôi nghĩ khoản lợi suất này chỉ là một phép lịch sự, để làm dịu chi phí cơ hội của việc gửi đỗ/giữ margin. Nhưng nhìn kỹ hơn, mức lãi cơ bản 3,5% thực sự không cạnh tranh với những nơi khác mà bạn có thể đem vốn nhàn rỗi đi đầu tư. Nó cạnh tranh với xung động muốn đóng vị thế và bỏ đi. Đó là một vấn đề khác cần giải quyết, và tầng vault cao hơn làm điều đó rõ ràng hơn. Nó không phải để thu hút thêm tiền gửi mới; nó được đặt ở đó khi bạn đã đang ở trong một giao dịch, lặng lẽ gợi ý rằng còn nhiều tiềm năng tăng trưởng nếu bạn ở lại hơn là việc rút ra. Ma sát không nằm ở việc nhận được lợi suất—mà nằm ở khoảnh khắc bạn thường sẽ cân nhắc lại vị thế của mình và giờ lại có một lý do để không làm thế. Chồng đủ nhiều ưu đãi nhỏ kiểu như vậy lên một giao dịch đang mở, thì quyết định thoát vị thế bắt đầu không còn cảm giác trung lập nữa. Tôi cứ tự hỏi liệu những khoản lợi suất như thế này đo lường nhu cầu thực sự đối với vốn, hay chỉ phản ánh mức độ một nền tảng có thể khiến việc đứng yên trông như một khoản sinh lời.
@grvt_io #grvt
@grvt_io #grvt
Ban đầu tôi tưởng “cross-chain” chủ yếu là một nhãn kỹ thuật, cách mô tả một giao thức có thể nói chuyện với các mạng nào. Càng quan sát mọi người thực sự sử dụng những hệ thống này, tôi càng thấy nó giống như một bài kiểm tra niềm tin khoác lên mình bộ trang phục của kỹ thuật. Ma sát không nằm ở chính thao tác hoán đổi. Mà nằm ở khoảnh khắc khi quyền kiểm soát rời khỏi tay người dùng và rơi vào một nơi không thể xác minh: một rơ-le (relayer), một tập trình xác thực (validator set), hoặc một “hộp đen” đang làm điều gì đó có vẻ hợp lý. Hầu hết mọi người chỉ bấm qua khoảnh khắc đó mà không đọc lại lần nữa. Điều thú vị là những dự án nào coi khoảng trống đó như chính sản phẩm của họ. Không phải tốc độ giao dịch, không phải phí, mà là mức độ hiển thị về việc đang diễn ra điều gì trong lúc người dùng chờ. Điều đó khó thiết kế hơn và cũng khó làm giả hơn nhiều. Vậy có lẽ tín hiệu thực sự không phải là một giao thức kết nối được với bao nhiêu chuỗi, mà là mức độ người dùng vẫn hiểu được tiền của chính họ trong suốt quá trình đó.
@NewtonProtocol $NEWT #Newt
@NewtonProtocol $NEWT #Newt
Ban đầu tôi cho rằng lợi suất RWA được tuyển chọn chỉ là việc đóng gói kèm thêm các bước: lấy một tín phiếu kho bạc, bọc nó lại, rồi gọi đó là sự đổi mới. Nhưng khi quan sát cách Grvt Invest cấu trúc việc tiếp cận, thì bản thân phần tuyển chọn có vẻ mới chính là sản phẩm. Không phải mọi nguồn lợi suất đều được niêm yết, và quá trình lọc đó diễn ra âm thầm, từ trước khi người dùng nhìn thấy bất kỳ thứ gì. Nó ít liên quan đến việc “tìm nguồn” lợi suất hơn là việc kiểm tra liệu hành vi thanh toán và hoàn trả của một tài sản có thể chịu được việc được biểu diễn trên chuỗi ngay từ đầu hay không. Lớp thời gian mới là điều khiến tôi thấy hứng thú nhất. Ngoài chuỗi, một công cụ tạo lợi suất trông có vẻ ổn định. Trên chuỗi, hành vi thực sự của nó chỉ lộ rõ trong các khoảng thời gian hoàn trả hoặc những thời điểm căng thẳng thanh khoản mà phần lớn các bảng điều khiển không hiển thị. Sự bền vững, không phải APY, trở thành tín hiệu thật sự: token còn giao dịch ngang giá khi phần tài sản cơ sở không thể được thoát ra nhanh chóng chứ không? Tôi cứ mãi quay lại một câu hỏi: lợi suất RWA được tuyển chọn được thiết kế cho những người tìm kiếm lợi nhuận ổn định, hay cho những người muốn cảm giác yên tâm rằng họ có thể thoát ra bất cứ lúc nào họ muốn?
@grvt_io #grvt
@grvt_io #grvt
Ban đầu tôi cho rằng các giới hạn về tốc độ trên Newton chỉ là một bộ giới hạn tốc độ được gắn thêm vào một stablecoin ổn định—một thứ để làm chậm bot và xoa dịu các đợt tăng đột biến về khối lượng. Nhưng các kiểm tra diễn ra sớm hơn thế. Một giao dịch được đánh giá theo chính sách trước khi nó kịp hoàn tất, vì vậy lực cản không thể hiện ra như một giao dịch bị chặn; nó vô hình trong những giao dịch thậm chí không bao giờ được đề xuất. Điều thay đổi bức tranh là biên nhận. Mọi lần đánh giá đều được ký và được lưu giữ, nên một hạn chế không phải là một “cửa ngõ” dùng một lần—mà là một hồ sơ vĩnh viễn tồn tại lâu hơn chính giao dịch đó. Đó là một dạng bền vững khác so với một giới hạn trần đơn giản. Những hạn chế như thế này không chỉ làm chậm hoạt động; chúng lọc ra một kiểu người nắm giữ nhất định—người sẵn sàng minh bạch trên chuỗi để đổi lấy quyền truy cập. Câu hỏi thực sự không phải liệu các giới hạn có hoạt động hay không. Mà là liệu thanh khoản còn lại có cư xử như thanh khoản, hay chỉ chờ một lối thoát “sạch” hơn.
@NewtonProtocol $NEWT #Newt
@NewtonProtocol $NEWT #Newt
Đăng nhập để khám phá thêm nội dung