比特发发发

Người ta đều nói cơ chế EOTS của Babylon là nền tảng an toàn cho việc thế chấp BTC, nhưng liệu có thật sự yên tâm đến vậy không? Điểm tinh diệu của EOTS (chữ ký có thể trích xuất một lần) nằm ở chỗ: nếu bạn ủy thác cho một node xác thực mà node đó dám ký đôi (double sign), thì khóa riêng của nó sẽ bị “lộ ra” theo cách thức mật mã, sau đó chain sẽ tự động tước (slash) khoản ký quỹ của node đó; đồng thời lượng BTC đang bị khóa trong địa chỉ của bạn cũng có thể bị slash một phần hoặc toàn bộ. Vâng, con dao bị tước không chỉ chém node—mà chém cả bạn. Rất nhiều người tưởng rằng BTC trong địa chỉ của mình tuyệt đối an toàn, nhưng không ngờ quyền ký đã được ủy thác ra ngoài. Chỉ cần node gặp sự cố kỹ thuật—chẳng hạn khi đồng bộ block lại ký trùng—thì EOTS không cần nói đạo lý, mà trực tiếp “thi hành hình phạt”.
EOTS được mở rộng dựa trên chữ ký Schnorr của Bitcoin. Khi đăng ký node, nó sẽ tiết lộ một thẻ đánh dấu tính có thể trích xuất riêng biệt. Chỉ cần nó dùng cùng một khóa riêng để ký hai block ở hai độ cao khác nhau, thì hai chữ ký đó có thể được tính toán để suy ra khóa riêng. Sau đó, bất kỳ ai cũng có thể dựng giao dịch để bị tước, lấy cả tài sản ký quỹ của node lẫn số BTC bị khóa của bạn.
Cơ chế này ngăn chặn động cơ ký đôi từ phía kẻ gian, nhưng không ngăn chặn bug. Năm ngoái, trong hệ sinh thái Cosmos, một trong những validator hàng đầu đã vô tình ký đôi do lỗi bộ nhớ (memory) bất thường, khiến một lượng lớn token ATOM mà người ủy thác bị slash. Đó còn là ATOM giá rẻ; nếu đổi sang BTC thì bạn dám tưởng tượng không? BABY mà bạn vất vả đào mỗi ngày, có khi còn chẳng đủ để “vá” cho phần bị mất. Điều đáng sợ hơn là: BTC vĩnh viễn không thể quay lại. Vì vậy, BABY về bản chất chính là phí bảo hiểm của một loại bảo hiểm rủi ro cao. Khi bạn cầm BABY, đừng quên phía sau khoản phí bảo hiểm đó là gì. Phân tán node một cách hợp lý—dù kiếm được ít BABY hơn một chút—cũng phải sống sót. $BTC
#baby @BabylonLabs_io $BABY

Những chiêu “khoác áo ERC-20” cho BTC trên thị trường, về bản chất đều là quay ngược bánh xe lịch sử. WBTC phải tin vào BitGo, renBTC từng gặp sự cố an ninh, còn các cầu nối (bridge) đủ loại gần như đều biến thành máy rút tiền của tin tặc. Mỗi lần bọc BTC thêm một lớp, đồng nghĩa với việc khóa vàng kỹ thuật số vào két của người khác rồi đổi lấy một tờ giấy tiền để dùng. “Don’t Trust, Verify” mà cộng đồng Bitcoin đã hô nhiều năm trước khi đứng trước DeFi thì cuối cùng đều vô hiệu toàn bộ.
Babylon khiến tôi chú ý là vì nó dùng token BABY để biến khâu “xác minh” thành hiện thực. Cụ thể, bằng chứng khóa BTC của bạn được tạo ra bởi một module bằng chứng không tri thức có tên BABE; khi chuỗi ngoài xác minh bằng chứng này, đồng thời sẽ kiểm tra chữ ký bảo đảm kinh tế của những người nắm giữ BABY trên chain Babylon. Toàn bộ quá trình không có bất kỳ bên ủy thác trung gian nào, chỉ có mật mã và cơ chế bảo đảm theo lý thuyết trò chơi. Nói cách khác, BABY là “trung gian tín dụng” trong toàn bộ hệ thống về mặt kinh tế, nhưng “trung gian” này do hàng nghìn người nắm giữ cùng nhau đóng vai bằng tiền thật, đáng tin hơn bất kỳ công ty tập trung nào.
Vì vậy, khi tôi thấy một quan điểm nói rằng “BABY chẳng khác gì các token quản trị khác”, chỉ có thể kết luận là hoặc chưa xem code, hoặc chưa tính sổ kinh tế. Quyền biểu quyết của token quản trị thông thường bị pha loãng thì cũng chỉ là pha loãng; còn với BABY, dưới cơ chế trừng phạt của giao thức, người nắm giữ bắt buộc phải thận trọng, nếu không lượng BABY đã stake sẽ bị tịch thu để bù đắp cho người đã stake BTC. Sự ràng buộc kiểu “lấy máu để chi trả” này khiến giá trị quản trị của BABY cao hơn nhiều so với tưởng tượng: nó không phải là quyền biểu quyết làm cảnh, mà là rủi ro chia sẻ có kèm theo chi phí kinh tế.$BTC
Trong tương lai, nếu giao thức Babylon được tích hợp vào các ví Bitcoin phổ biến, người dùng chỉ cần bấm một nút là có thể stake nguyên gốc và kiếm BABY; khi đó, nhu cầu đối với BABY có thể bùng nổ mạnh hơn bất kỳ kỳ vọng airdrop nào. Bởi khi ấy, đối thủ của BABY không còn là các token altcoin khác, mà là bài toán “đầu ra” của dòng vốn nhàn rỗi trong toàn bộ hệ sinh thái Bitcoin.
#baby @BabylonLabs_io $BABY

Trong mô hình niềm tin của TBV, thứ dễ bị bỏ qua nhất thực ra là việc quản lý khóa riêng phía người dùng. Hệ thống tài khoản của Bitcoin và Ethereum khác nhau: kho của TBV cần quản lý khóa riêng của mạng chính Bitcoin, điều này luôn là điểm gây ma sát đối với người dùng phổ thông. Gần đây, các chi tiết hợp tác giữa Babylon và Ledger đang dần được hé lộ. Điểm cốt lõi không phải chỉ đơn giản dùng Ledger như một ví phần cứng, mà là để bộ ký phần cứng của Ledger trực tiếp đóng vai trò là “mô-đun bảo mật” cho kho, thực hiện ký chuyển đổi trạng thái ngay tại chỗ (local), rồi truyền kết quả chữ ký ra ngoài. Khóa riêng hoàn toàn không chạm mạng (không kết nối internet) trong suốt quá trình, thậm chí cả node chứng kiến (verifier/visibility) của kho cũng không thể lấy được.
Điểm tinh tế của thiết kế này nằm ở chỗ nó làm “tan biến” phần mà người dùng sợ hãi nhất—bị đánh cắp khóa riêng hoặc việc chứng kiến làm điều ác—bằng cách tách biệt vật lý. Dù máy tính bị tấn công hoàn toàn, kẻ tấn công cũng không thể có được năng lực ký hoàn chỉnh. Những người đã chạy testnet phản hồi rằng khi dùng Ledger, toàn bộ quy trình nạp tiền (deposit) đã rút từ bảy bước xuống còn ba bước, tỷ lệ sai sót giảm mạnh. Với các tổ chức muốn áp dụng TBV ở quy mô lớn, việc mô-đun hóa phần cứng là “cửa ải” đầu tiên có thể vượt qua trong khâu kiểm toán tuân thủ (compliance audit). $BTC
Người nắm giữ $BABY có thể quan tâm nhiều hơn đến việc mở rộng hệ sinh thái, nhưng chính sự trưởng thành của các công cụ nền tảng như thế này mới là tiền đề để giá trị của BABY giữ vững. Không có một “cửa vào” dễ dùng, thì dù câu chuyện phi tập trung (non-custodial) có hay đến đâu cũng chỉ phục vụ được giới sành công nghệ. Hiện tại chuỗi công cụ (toolchain) front-end của TBV đã bao phủ Ledger và Keystone; bước tiếp theo, các giải pháp ví dịch vụ (wallet-as-a-service) cũng sẽ lần lượt được ra mắt. Tốc độ thúc đẩy này đáng để theo dõi hơn cả việc giá của chính token. Bởi vì khi hệ sinh thái đã vận hành trơn tru, thì nhu cầu đối với token quản trị (governance) của BABY mới không phải là hoạt động “chạy cho có”.
#baby @BabylonLabs_io $BABY

Nếu bạn tháo rời các Trustless Bitcoin Vaults của Babylon, bạn sẽ thấy cốt lõi của nó là một bộ “hợp đồng thanh toán theo điều kiện” được triển khai trên mạng Bitcoin chính. Chỉ có điều, mục đích của hợp đồng này không phải để giao dịch, mà để khiến Bitcoin trở thành mỏ neo kinh tế cho các giao thức khác. Càng nghiên cứu kiến trúc của nó, tôi càng cảm thấy Babylo n đang làm một việc rất táo bạo—đang cố gắng biến 1,2 nghìn tỷ USD giá trị BTC đang ngủ yên thành tài sản thế chấp đáng tin cậy nhất toàn mạng, và tất cả điều này không cần bất kỳ cầu nối liên chuỗi nào.
Nguyên lý hoạt động của TBV có thể tóm gọn bằng một câu: bạn khóa BTC vào một script chỉ chính bạn có thể mở khóa, đồng thời bạn phát hành ra bên ngoài một “chữ ký dùng một lần”, cam kết cho phép, trong những điều kiện nhất định, sử dụng số BTC đó vào mục đích bị phạt. Nói cách khác, lúc bình thường nó lạnh như băng; chỉ khi bạn làm điều sai (ví dụ như ký kép trên chuỗi tiêu dùng) thì phần tài sản thế chấp này mới bị “tịch thu” một cách hợp lý. Và người thực thi việc tịch thu không phải Babylon—mà bất kỳ ai cũng có thể mang bằng chứng tội lỗi của bạn để kích hoạt đường dẫn tịch thu trong hợp đồng. Hệ thống trừng phạt kiểu “giám sát toàn dân, thực thi không cần người quản lý” này nâng bảo đảm an ninh kinh tế từ việc kiểm duyệt thủ công lên thành “luật tự động”.
Nhưng ngoài sự choáng ngợp, tôi cũng nhận thấy một khoảng chênh vi tế: mọi thứ chỉ hoàn hảo về mặt lý thuyết. Trong bối cảnh thực tế, việc thu thập chứng cứ cho sự kiện tịch thu, phát tán thông tin và tốc độ xác nhận trên chuỗi có thể rơi vào cái bẫy “xét xử dễ, thi hành khó”. Thêm vào đó là khả năng gây nhiễu từ MEV của thợ mỏ: liệu đường dẫn tịch thu có bị thực thi trước bởi những kẻ tìm cách chiếm ưu thế không? Người dùng cá lẻ bình thường gần như không có năng lực để giám sát và nộp bằng chứng tịch thu, cuối cùng liệu nó lại trở thành một cuộc chơi dành riêng cho các ông lớn và người xây khối? TBV đã mở ra cánh cửa đầy tinh tế, nhưng hành lang phía sau cánh cửa ấy vẫn tối đen.$BTC
Hiện tại, Babylon dùng token BABY làm phần thưởng khuyến khích để bôi trơn cho giai đoạn đầu, giúp người dùng sớm trải nghiệm mô hình này với chi phí thấp. Nhưng tôi vẫn không thể không tự hỏi: khi dòng vốn quy mô lớn thực sự đổ vào, thì bản “khế ước xã hội” tinh xảo này sẽ phải chịu bài kiểm tra áp lực khốc liệt đến mức nào.
#baby @BabylonLabs_io $BABY

Tôi phát hiện “mẫu dừng lỗ” của mình đã xuất hiện một lần “kích hoạt giả” vào ban đêm: nguyên nhân là giá được nạp chèn trong một khoảnh khắc, và agent đã lập tức thực hiện lệnh bán theo giá thị trường. Dù cuối cùng nhờ biến động hồi nhanh nên không gây ra thua lỗ thực chất, nhưng cảm giác nửa đêm bật dậy đi kiểm tra lịch sử trên chuỗi thì ai dùng ai hiểu.$BTC
Tôi quay lại xem các tham số trong mẫu: giá kích hoạt dừng lỗ và giá nạp oracle dùng để thực thi lại là cùng một nguồn dữ liệu. Điều đó có nghĩa là, chỉ cần giá trên chuỗi xuất hiện rung lắc kịch phát trong thời gian ngắn—dù chỉ bất thường một hai block—thì agent đều coi đó là bị phá vỡ thật và xử lý ngay. Thiết kế này không có bất kỳ cơ chế dung sai nào, cũng không thể thêm điều kiện đệm kiểu “xác nhận liên tiếp N block”.@NewtonProtocol
Đây đúng là một lỗ hổng chí mạng đối với các tài sản biến động mạnh. Trong thị trường crypto, việc sàn giao dịch bơm chèn (order book wick), sai lệch tạm thời trong báo giá oracle, trễ giá trên cầu cross-chain—những thứ này căn bản không phải hiện tượng ngẫu nhiên mà là trạng thái thường trực. Nếu mỗi cú “wick” đều bị agent coi là tín hiệu dừng lỗ thật, thì cái gọi là “dừng lỗ thông minh” về bản chất chỉ là một cái máy cắt chém wick tự động.$NEWT
Càng “ảo diệu” hơn là, các lệnh dừng lỗ trên CEX thông thường đều cho phép bạn đặt một kiểu: sau khi kích hoạt thì treo lệnh (post-only/limit) thay vì chấp nhận thực thi ngay. Thậm chí có nơi hỗ trợ lệnh iceburg để giảm trượt giá, trong khi Newton hiện tại kiểu “một nhát chém” bằng giá thị trường, khiến dừng lỗ trở thành một công cụ nghịch lý: “chỉ kích hoạt trong trường hợp xấu nhất, nhưng khi kích hoạt lại càng xấu hơn”. Điều này đi ngược hoàn toàn với mục tiêu ban đầu của quản trị rủi ro.#Newt
Thành thật mà nói, tôi nghĩ mẫu dừng lỗ cần được thêm ngay hai lớp tối ưu: (1) cho phép người dùng chọn “giá thấp hơn ngưỡng trong liên tiếp N block mới được kích hoạt”; và (2) hỗ trợ sau khi kích hoạt thì đặt lệnh giới hạn (limit) thay vì dồn thẳng bằng giá thị trường vô điều kiện. Hai điểm này không cần thay đổi kiến trúc cốt lõi—chỉ cần thêm một bộ phán đoán nhẹ trên chuỗi trước khi thực thi chiến lược. Nếu không làm vậy, thì tính năng dừng lỗ trong những giai đoạn biến động dữ dội khi chu kỳ chuyển từ bull sang bear và ngược lại, ngược lại sẽ trở thành quả mìn có thể phá hủy toàn bộ vị thế.

Mình vẫn luôn muốn chạy lưới nhưng bị độ trễ của các DEX truyền thống làm nản. Lần này mình thử kết nối API của GRVT với một script nhỏ do chính mình viết, không ngờ trải nghiệm còn mượt hơn cả dự kiến. Chiến lược của mình rất đơn giản: đặt biên độ biến động của BTC thành 7000 điểm, chia thành 10 mức treo lệnh, mỗi mức 500U, toàn bộ đều là lệnh maker để ăn phần thưởng.
Chạy được một tuần thì tổng cộng khớp 93 lệnh, phần lớn đều bị taker ăn mất. Lợi nhuận trung bình mỗi lệnh nằm trong khoảng 0.8–1.2U, cộng thêm maker rebate thì tổng lợi nhuận gộp đạt 128U. Trong quá trình đó, trượt giá lớn nhất đến từ khung giờ nửa đêm thanh khoản mỏng: có hai lần lệnh treo không khớp hoàn toàn rồi nhảy giá, làm cho vị trí lưới bị xáo trộn; cuối cùng mình phải tự điều chỉnh lại một lần. Tuy vậy nhìn chung vẫn kiểm soát được, không gặp tình trạng cháy tài khoản (vượt margin) hay lệnh “ma”.
Chạy xong lần này, mình ấn tượng với API của GRVT nhiều hơn hẳn. Cấu trúc tài liệu rất rõ ràng, REST và WebSocket đều dùng tốt. Tốc độ phản hồi trong các khung giờ ít được quan tâm kiểm tra gần như phản hồi ngay. Điểm duy nhất cần lưu ý là nếu trong thời gian ngắn sửa/điều chỉnh lệnh quá nhiều thì vẫn có thể bị giới hạn tần suất, nên mật độ lưới và tần suất làm mới phải thiết kế cho cân bằng, không thể như sàn tập trung kiểu vài chục mili giây lại refresh một vòng.$BTC
Mình có thể cảm nhận rõ nền tảng này đang cố gắng mang trải nghiệm giao dịch cấp độ CEX lên chuỗi. Dù vẫn còn vài điểm chưa hoàn thiện, nhưng với người như mình muốn tự lưu trữ chạy giao dịch định lượng thì đây đã là một giai đoạn rất đáng để thử rồi.
#grvt @grvt_io

Tôi vẫn luôn nghĩ rằng phần khó nhất không phải là viết chiến lược, mà là viết nó ra theo cách mà người khác có thể hiểu được và không thể bị thay đổi. Trước đây tôi từng cùng đồng đội quản lý một “quỹ nhỏ”; hai người giám sát các chỉ số khác nhau, và đã thống nhất là không can thiệp lẫn nhau. Nhưng có một lần, bên tôi theo dõi thấy cần phải giảm vị thế. Còn bên anh ấy lại cho rằng đó là tín hiệu giả, nên cố tình can thiệp thủ công và “đẩy” lệnh giao dịch của tôi ra. Cuối cùng thì đúng là chẳng xảy ra chuyện lớn, nhưng vết nứt về niềm tin đó rất khó hàn gắn. Vấn đề không nằm ở con người, mà nằm ở cơ chế: chúng tôi không có sẵn một bộ quy tắc ra quyết định được thỏa thuận trước và có thể tự động thực thi.
Sau đó tôi thử đưa cả điều kiện phán đoán của hai bên vào các ràng buộc chiến lược của @NewtonProtocol : chỉ khi chỉ số của tôi đạt ngưỡng A, và chỉ số của anh ấy không kích hoạt điều kiện phủ quyết B, tác nhân mới được phép thực hiện việc giảm vị thế. Khi logic này chạy thông suốt trong simulatePolicy, thì cả hai chúng tôi không còn cần phải can thiệp thủ công nữa; không ai phải thuyết phục ai. Chiến lược được thực thi theo quy tắc, kết quả kiểm chứng rõ ràng như nhìn thấy trước mắt.
Thực ra, thứ tốn công sức nhất trong hợp tác hằng ngày chính là việc liên tục xác nhận xem đối phương có làm đúng theo thỏa thuận hay không. Cách tiếp cận của Newton—biến quy tắc phối hợp thành một policy có thể được xác minh—đã lập tức loại bỏ phần lớn sự hao phí do nội ma sát. Tôi nghĩ thứ này không chỉ hữu ích trong quản lý tài sản, mà còn có giá trị lớn hơn trong các tình huống như quản lý quỹ DAO, phân quyền đa chữ ký. Không cần nhìn con người nữa, chỉ cần nhìn vào ràng buộc là đủ.$BTC
Bước tiếp theo tôi dự định đưa cả hạn mức chi tiêu và danh sách trắng các giao thức vào trong chiến lược, từ từ chuyển những thứ có thể giao cho mã hóa thực hiện, để con người chỉ giữ lại quyền phủ quyết cuối cùng.
#NEWT $NEWT @NewtonProtocol

Sự xấu hổ lớn nhất khi làm phái sinh trên chuỗi không phải thường là do trượt giá, mà là việc chính bạn trở thành “bia sống” của người khác. Trong một số nền tảng phi tập trung trước đây, các lệnh treo số lượng lớn, phân bổ vị thế và lịch sử đóng/mở vị thế gần như hoàn toàn minh bạch. Chỉ cần có chút kinh nghiệm, người theo dõi là có thể vẽ ra dòng tiền của bạn và thói quen giao dịch của bạn. Điều này đặc biệt kiêng kỵ trong giao dịch cấp tổ chức. Tôi đã mô phỏng bằng GRVT trong một thời gian và nhận thấy nó vẽ ra một đường ranh giới rất thú vị về quyền riêng tư.
Vì lớp nền sử dụng kiến trúc Validium dựa trên bằng chứng không kiến thức, GRVT sẽ không đăng chi tiết từng giao dịch lên blockchain công khai. Giao dịch có thực sự xảy ra hay cập nhật trạng thái có tuân thủ hay không đều được chứng thực bằng bằng chứng tính đúng đắn, và không cần phải phơi bày toàn bộ bên mua/bên bán, giá khớp và biến động vị thế. Tương đương với việc bạn hoàn tất giao dịch trong một căn phòng kín nhưng vẫn đảm bảo tính công bằng có thể được xác minh: người ngoài phòng chỉ có thể xác nhận “những gì xảy ra ở đây tuân thủ quy tắc”, nhưng không thể nhìn thấy cụ thể bạn đang làm gì.
Đối với người dùng phổ thông, lợi ích trực tiếp là giảm rủi ro chiến lược bị theo dõi. Những công cụ trước đây vốn bám sát địa chỉ của các “ông lớn” để lần theo điểm vào lệnh thì ở đây gần như mất tác dụng. Với các nhà tạo lập thị trường và nguồn vốn tổ chức, điều này có nghĩa là có thể cung cấp thanh khoản ở quy mô lớn hơn mà không cần lộ khung kiểm soát rủi ro nội bộ. Đồng thời nó cũng không đồng nghĩa với ẩn danh hoàn toàn—chỉ cần bạn dùng cùng một địa chỉ để công khai rút tiền, luồng tiền trên chuỗi vẫn có thể thấy được điểm đích. Vì vậy mô tả chính xác hơn là “tính riêng tư có thể được xác minh”, chứ không phải “bình phong”.$BTC
Tất nhiên, bảo vệ quyền riêng tư thường có sự giằng co lâu dài với nhu cầu quản lý. Liệu trong tương lai kiến trúc này có mở lựa chọn công bố thông tin hay có đưa vào góc nhìn tuân thủ hay không, vẫn cần chờ quan sát. Nhưng xét thuần về lộ trình kỹ thuật, GRVT giúp người giao dịch không còn phải hy sinh giữa “phi tập trung” và “che giấu ý định giao dịch”; điều này đối với người chơi trình độ cao có thể còn giá trị hơn rất nhiều so với việc tiết kiệm một chút phí Gas. #grvt @grvt_io

Không biết các bạn có để ý không, tính năng chia sẻ chiến lược của Newton có một sức hấp dẫn xã hội “vô hình”. Người dùng có thể đăng ra những Policy do chính mình viết để người khác gọi dùng; nghe giống như chia sẻ một kịch bản, nhưng thực chất giống như “thuê một đội AI nhỏ do chính mình điều hành”.
Tuy nhiên, mình lập tức nghĩ đến một vấn đề thực tế: tác giả của chiến lược chia sẻ kiếm tiền được hay không thì chưa biết, nhưng anh ấy có cần chịu trách nhiệm về hiệu quả của chiến lược hay không? <t-2/>@NewtonProtocol hiện nhấn mạnh việc thực thi có thể kiểm chứng, nhưng “chất lượng” của bản thân chiến lược lại không nằm trong phạm vi xác minh. Một chiến lược nhìn có vẻ logic hoàn hảo, trong một cấu trúc thị trường nào đó, có thể lại là cỗ máy ổn định tạo lỗ.
Điều này dẫn đến mối lo thực sự của mọi người đối với $NEWT : nếu mình trích dẫn chiến lược của người khác và bị lỗ, là do mình tự chịu hay do tác giả? Thế giới on-chain không có đường dây nóng bảo vệ người tiêu dùng. Newton có thể cần một cơ chế miễn trừ trách nhiệm (disclaimer) nhẹ nhàng, hoặc ít nhất là hiển thị kết quả mô phỏng lịch sử của chiến lược đó (dù không phải bằng vốn thật), để người dùng có một nhận thức mơ hồ trước khi ra tay. <t-2/>$BTC
Đổi góc nhìn thì điều này còn có thể thúc đẩy một kiểu vai trò mới: “kiểm toán viên chiến lược”, chuyên phân tích các lỗ hổng trong logic của các Policy đang thịnh hành và các tình huống cực đoan. Tương lai không chỉ code phải được kiểm toán, mà cả chiến lược cũng phải được kiểm toán. Đó mới là điều thú vị của thời đại AI agent: niềm tin không còn chỉ dừng ở tầng hợp đồng, mà dần lan tỏa sang chính những ý tưởng chiến lược.
#Newt $NEWT @NewtonProtocol

Bạn vừa mới chơi @grvt_io đã hỏi tôi: “Tại sao tài khoản của mình rõ ràng hiển thị có một lượng U lớn, nhưng khi rút về ví thì cứ báo là số dư khả dụng không đủ?” Tôi bảo bạn ấy kiểm tra lại, và đúng là anh ta đã nhầm khi coi các chứng từ đang trong giai đoạn tính lãi của “số dư dùng chung” (统一余额) như là khoản tiền có thể đem ra sử dụng. Vấn đề này tân thủ đạp một phát là dính ngay.
GRVT để duy trì hiệu quả dòng vốn tổng thể, đối với một phần tài sản bị khóa để nhận lãi sẽ có “cửa sổ thanh toán” ẩn. Đặc biệt trong quy trình xác nhận dữ liệu cuối cùng khi dùng Validium, từ lúc đóng vị thế (từ平仓) đến khi có thể rút được sẽ có một khoảng thời gian “nguội” kiểm tra tồn tại thật sự nhưng nhìn bề ngoài thì như không có tiếng động. Bề mặt thì thấy số dư của bạn vẫn đó, nhưng thực tế cần chờ chứng minh ZK (zero-knowledge proof) của dữ liệu lớp nền hoàn tất để xác minh cuối cùng, thì tiền mới thực sự được chuyển sang địa chỉ tự lưu ký (self-custody) của bạn. Khớp lệnh tốc độ cao và rút tiền nhanh, trong kiến trúc lai hiện tại vẫn chưa thể “vừa nhanh vừa trơn”. $BTC
Cách giữ mạng của riêng tôi là: luôn giữ trong tài khoản GRVT ít nhất 20% số U “trần” không tham gia dưới bất kỳ hình thức nào vào việc sinh lãi. Phần này tôi không theo đuổi lãi lấy thêm từng xu, mà chỉ để đối phó với các nhu cầu bù ký quỹ khi bị thanh lý cưỡng bức (strong liquidation) bất ngờ và các nhu cầu rút tiền khẩn cấp. Tất cả phần vốn ăn lãi đều coi như thịt trong tủ lạnh bị đông lại—đã khóa không tính vào dòng tiền lưu động hằng ngày trước khi đặt lệnh. Như vậy thì khi gặp tình huống cần “bù nhanh” vì biến động bất lợi, bạn sẽ không bị khóa cửa sổ đúng lúc mà đứng nhìn tài sản bị kéo đi. Ở sàn giao dịch dạng lai, mức độ chi tiết trong quản lý thanh khoản quan trọng hơn lợi suất lãi tới một trăm lần.
#grvt @grvt_io

Kiến trúc TEE của Newton luôn nhấn mạnh “tin vào chip chứ không tin vào con người”, nhưng khẩu hiệu này lại ẩn chứa một lỗ hổng logic cực lớn: chip cũng do con người thiết kế, và chuỗi cung ứng chip cũng có thể bị nhiễm độc. Danh sách các lỗ hổng của Intel SGX trong vài năm qua, khi đem ra so sánh, còn dài hơn nhiều so với danh sách các sự cố của không ít giao thức DeFi. Từ Spectre, Foreshadow đến ÆPIC Leak trong những năm gần đây, mọi cuộc tấn công phá vỡ sự cách ly của enclave đều nhắc nhở chúng ta rằng cái gọi là “phần cứng đáng tin cậy” kỳ thực giống như một cánh cửa kính bị khóa, nhưng chỉ cần bẩy cũng có thể mở ra. Khi bộ nhớ trong enclave bị đọc lén, mọi bằng chứng attestation đều trở thành giấy lộn; việc xác minh của bộ máy chính sách chỉ còn là một vở kịch trẻ con. @NewtonProtocol
Điều tinh tế hơn là các trình xác thực của Newton khi ra bên ngoài thì khẳng định chạy môi trường SGX, nhưng đối với phiên bản phần cứng/firmware cụ thể, liệu đã áp dụng bản vá microcode mới nhất hay chưa, thì không có cách nào xác minh được trên chuỗi. $BTC
Người dùng chỉ có thể một lần nữa chọn tin tưởng. Chuyển niềm tin từ con người sang chip, nhưng không khiến chip này trở nên thực sự có thể kiểm toán—đó chỉ là đổi cách nói để tiếp tục “tin con người”: tin các kỹ sư của Intel, tin vận hành của trung tâm dữ liệu, tin rằng không hacker nào phát hiện ra các kênh kề mới. Mô hình an ninh này cách “không cần tin tưởng” tới hàng chục vạn dặm. Nếu một ngày nào đó, Intel tuyên bố ngừng bảo trì một phiên bản SGX nhất định, thì nền tảng bảo mật của Newton sẽ còn lại gì? Đây là câu hỏi mà mọi người nắm giữ đều phải suy nghĩ. #NEWT $NEWT @NewtonProtocol

Hãy gạt sang một bên các chi tiết giao dịch, và nói về GRVT dưới góc độ “tường thuật theo mạch (sector narrative)”. Năm nay, mảng phái sinh phi tập trung đúng là rất cạnh tranh, nhưng phần lớn dự án đều đang chạy theo hướng “tài sản tổng hợp phức tạp hơn” và “đòn bẩy cao hơn”, ngược lại lại bỏ qua những yếu tố nền tảng thực sự khiến dòng vốn lớn yên tâm bước vào: quyền sở hữu được xác định rõ ràng và phân cấp quyền hạn.
GRVT đi theo một hướng rõ ràng khác. Về bản chất, dự án đang xây dựng một lớp giao dịch hợp đồng cấp tổ chức theo kiểu tự giám sát (self-custody). Tài sản người dùng được giữ toàn bộ trên địa chỉ do chính người dùng nắm giữ trong suốt quá trình; sàn không chạm tiền. Đồng thời, thông qua cấu trúc tài khoản hai lớp, dự án giải quyết chuyện phân công nội bộ trong tổ chức: ông chủ quản lý tiền, trader quản lý chiến lược, bộ phận rủi ro quản lý hạn mức—tất cả đều được “đóng” bằng hợp đồng. Tường thuật này thực ra gần với nghiệp vụ nhà môi giới chính (prime brokerage) trong tài chính truyền thống hơn là việc chỉ đơn giản làm một hợp đồng trên chuỗi để cược lẫn nhau.
$BTC
Về mặt kỹ thuật, dự án sử dụng ZK Validium. Điểm hay của giải pháp này là vừa giữ được hiệu năng của cơ chế khớp lệnh ngoài chuỗi, vừa đưa việc thanh toán bù trừ quan trọng và cơ chế thanh lý (liquidation) neo vào tính an toàn của mạng Ethereum mainnet thông qua các chứng minh ZK. So với việc dùng thuần Optimistic Rollup thì không phải trải qua giai đoạn challenge, phù hợp cho các bài toán trong lĩnh vực tài chính. Còn nếu so với khớp lệnh thuần trên chuỗi, trải nghiệm người dùng tốt hơn rất nhiều.
Hiểm họa lớn nhất hiện tại của Web3 là các quỹ/tổ chức muốn tham gia nhưng lại thiếu hạ tầng vừa tuân thủ, vừa có thể kiểm toán trên chuỗi. Nếu GRVT có thể làm “động cơ” ngoài chuỗi theo hướng đa nút (multi-node) và đồng thời mở thông cổng tuân thủ (compliance entry), thì dự án có thể không chỉ cắt vào người dùng DEX, mà còn cả các quỹ truyền thống, văn phòng gia đình (family office) và đội ngũ giao dịch muốn quản lý tài sản trên chuỗi.
Tất nhiên, ở giai đoạn hiện tại không thể kỳ vọng định giá quá cao; sản phẩm vẫn đang ở testnet, mô hình token của hệ sinh thái và các chi tiết khuyến khích cho node cũng chưa được công bố. Nhưng nhóm “seed user” vào sớm để nắm thông suốt toàn bộ quy trình là một cửa sổ điển hình cho “phát hiện sớm, gắn kết sớm”. Bởi vì đợi đến khi mainnet ra mắt rồi dữ liệu bay lên mới nghiên cứu thì chi phí sẽ không còn là chuyện như hiện tại.
#grvt @grvt_io

Trong cuốn bạch thư Newton, việc họ bôi đậm mấy chữ “kinh tế mô thức mới” rực rỡ đến mức lấp lánh thế nào—bạn chỉ cần làm một việc: mở biểu mẫu phân bổ token, cộng phần của đội ngũ, quỹ và đợt bán riêng sớm, rồi đối chiếu với cái gọi là “đường cong phân phối cho cộng đồng”. Tôi đã dùng cách ngu nhất để lần ra ánh xạ giữa địa chỉ genesis trên chuỗi và từng lần phát hành tuyến tính; kết quả không phải là “vườn đồng cỏ Web3”, mà là một cỗ máy rút tiền được điều khiển bởi chiếc đồng hồ cơ cực kỳ chính xác. Bảng thời gian khóa phần của đội ngũ nhìn qua thì thiết kế kín kẽ không chê vào đâu được, nhưng nhịp giải khóa lại khớp một cách vừa vặn kỳ lạ với từng lần thị trường rơi vào đúng “điểm nóng”. Ở vòng đấu giá tên miền trước, khi nhiệt tình của cộng đồng vừa được đẩy lên đỉnh điểm, thì một địa chỉ quỹ nằm ngủ yên hai năm trước đó đã chuyển tám trăm nghìn token $BTC NEWT từ vùng đỉnh sang ví của nhà tạo lập thị trường. Bạn nói đó là trùng hợp sao? Vậy tôi nói cho bạn một “trùng hợp” tiếp theo: trong vòng bảy mươi hai giờ sau mỗi lần bỏ phiếu quản trị chính thức được thông qua, luôn có một địa chỉ ở vòng hạt giống sớm có khoản thế chấp đúng lúc đáo hạn và rời khỏi. Sau khi rút, một là không còn tham gia đồng thuận, hai là không quay về kho sinh thái; mà là theo một tuyến đường xuyên chuỗi cố định, lặng lẽ chảy vào một ví nóng nào đó. Số tiền thì không lớn không nhỏ, vừa đủ để nằm ngay dưới ngưỡng khiến chuỗi không cần kích hoạt cảnh báo tiền lớn. Cách vận hành này về mặt chữ nghĩa tuyệt đối không gọi là “đạp giá”, nó được gọi là “giải khóa hợp pháp để xây dựng hệ sinh thái”, nhưng bốn chữ “xây dựng hệ sinh thái” theo nghĩa cụ thể chính là việc số coin trong tay bạn ngày càng nặng, còn địa chỉ của họ thì ngày càng nhẹ. Nâng cấp hơn nữa là: những đợt xả đó được chia ra thành hơn một chục địa chỉ chuyển tiếp bề ngoài trông như hoàn toàn độc lập; ngay cả khi bạn dùng Nansen để truy vết, nhìn thoạt đầu bạn vẫn sẽ tưởng đó là dòng chảy bình thường giữa người dùng. Nhưng nếu bạn đưa toàn bộ chuỗi thời gian của các địa chỉ chuyển tiếp đó kéo qua hệ số Pearson, bạn sẽ phát hiện nhịp chuyển đi giữa chúng lại có thể khớp hoàn hảo với cùng một quá trình Poisson—nếu không phải là một bộ kịch bản tự động đang thao túng, thì tôi xin ăn luôn cuốn bạch thư tại chỗ. Newton bán cho bạn mô hình kinh tế token, về bản chất là một màn “rút nước thanh khoản” kéo dài: lợi suất năm (APY) mà bạn thế chấp nhận được thì là con số hấp dẫn, còn phần họ giải khóa lại là hàng hóa “xài được ngay” trong đời thực. Cái APY xinh đẹp đó chưa bao giờ là thứ “nước ngọt” từ bù trừ lạm phát; nó là thứ ete—như thuốc gây mê—làm tê liệt các cảm giác đau đớn của bạn.
#Newt $NEWT @NewtonProtocol

Tôi đã dành trọn cả một buổi chiều để lật dữ liệu dòng lệnh (24 giờ) của các cặp giao dịch trên GRVT và phát hiện ra một điểm “mài mòn” ẩn rất dễ bị bỏ qua. Mọi người đều chăm chăm nhìn vào mức phí Maker và Taker theo chữ trên giấy, nhưng hiếm ai tính xem trong các pool thanh khoản hỗn hợp, khi lệnh chạm vào đường cong AMM thì phần trượt (slippage) ở phần đuôi thực sự đáng bao nhiêu tiền.
Tôi đã tiến hành một lần mô phỏng đối chiếu với BTC-PERP. Với cùng một lệnh thị trường 0,5 BTC, ở những khung giờ có độ sâu tốt (giai đoạn chủ lực phiên Á), gần như toàn bộ lệnh đi qua sổ lệnh, trượt khoảng 0,02%. Nhưng vào những thời điểm thanh khoản mỏng hơn, ví dụ giai đoạn trưa ở châu Âu và “khoảng chân không” trước khi mở cửa thị trường chứng khoán Mỹ, với cùng một lệnh đó, trước tiên nó sẽ xuyên thủng các lệnh treo nông trong sổ lệnh, rồi trực tiếp ăn theo đường cong AMM; trượt tổng hợp có thể nhảy lên khoảng 0,17%. Chênh lệch này gấp vài lần mức phí theo chữ. Tuy nhiên trên trang xác nhận đặt lệnh, nó chỉ được phân loại chung là “tác động giá” và không tách riêng. Nhiều người tưởng rằng “phí thấp” của GRVT có thể hỗ trợ họ giao dịch tần suất cao để tranh thủ điểm, nhưng nếu chia nhỏ lệnh và vào lệnh thường xuyên trong các thời điểm thanh khoản mỏng, thì phần hao mòn do trượt tích lũy có thể còn cao hơn cả mức phí VIP3 của sàn tập trung. $BTC
Tôi không phải nói rằng mô hình của GRVT có vấn đề. Thanh khoản hỗn hợp trong các tình huống cực đoan thực sự có thể “đỡ” để khớp lệnh, tránh việc bị trả về ngay kiểu “không thể khớp” như sổ lệnh thuần. Nhưng nếu bạn quen làm các lệnh cỡ lớn khi độ sâu sổ lệnh yếu, thì chi phí ẩn này sẽ biến thành một điểm “rỉ máu” liên tục. Đánh giá ban đầu của tôi: ở giai đoạn hiện tại, GRVT phù hợp hơn để tham gia bằng lệnh giới hạn trong khung giờ phiên chính; còn với chiến lược thuần dùng lệnh thị trường tần suất cao thì bạn cần tự kéo một snapshot sổ lệnh lịch sử để chạy được mô hình. Hôm qua tôi đã bắt đầu thu thập dữ liệu API để lấy mẫu trượt theo từng phút; sau đó tôi sẽ chia sẻ bảng đầy đủ.
#grvt @grvt_io