Cavil Zevran

Bốn ví mới. Nạp 1 triệu đô la. Các vị thế bán khống đòn bẩy 40x $BTC .

Sau đó, Bitcoin lao xuống dưới 84.000 đô la.

Thời điểm này đáng được chú ý.

Theo Lookonchain, bốn ví mới tạo đã chuyển tổng cộng 1 triệu USDC vào Hyperliquid và mở các vị thế bán khống bao phủ 148,49 BTC, trị giá khoảng 12,5 triệu đô la.

Các vị thế được mở quanh mức 85.500 đô la. Không lâu sau đó, BTC giảm xuống dưới 84.000 đô la khi các vị thế mua dùng đòn bẩy bị thanh lý.

Trùng hợp ư? Có thể. Nhưng trước đây chúng ta từng thấy chuyện tương tự.

Vào tháng 10 năm 2025, một cá voi trên Hyperliquid được cho là đã xây dựng các vị thế bán khống BTC trị giá khoảng 1,1 tỷ đô la và $ETH trước thông báo áp thuế Trung Quốc của Trump.

Giao dịch này được cho là đã tạo ra khoảng 192 triệu đô la lợi nhuận.

Mọi người gọi đó là giao dịch nội gián. Nhưng các cáo buộc chưa bao giờ được chứng minh một cách dứt khoát.

Giờ đây, một nhóm ví khác lại xuất hiện trước một đợt giảm mạnh.

Thời điểm đáng ngờ tương tự. Quy mô khác biệt.

Và có một chi tiết quan trọng: 12,5 triệu đô la là giá trị vị thế sử dụng đòn bẩy, chứ không phải 12,5 triệu đô la tiền mặt được nạp vào. Một ảnh chụp màn hình đang lan truyền khác cho thấy một vị thế bán khống BTC lớn hơn nhiều, nhưng chưa có mối liên hệ nào được xác minh giữa địa chỉ đó và bốn ví này.

Vì vậy, tôi chưa gọi đây là một giao dịch nội gián có phối hợp.

Dữ liệu blockchain cho thấy thời điểm các ví nhận tiền, mở vị thế và chốt lời. Nhưng dữ liệu đó không tự động tiết lộ ai kiểm soát chúng hay họ đã nắm thông tin gì.

Điều khiến tôi lo ngại hơn là BTC nhanh chóng mất ngưỡng hỗ trợ quanh 85.000 đô la và kích hoạt một làn sóng thanh lý trên diện rộng.

Các vị thế bán khống chưa chắc đã gây ra cú lao dốc. Có thể chúng chỉ đơn giản là dự đoán trước được điều đó.

Hiện tại, 85.000 đô la là ngưỡng tôi sẽ theo dõi để xem giá có phục hồi hay không. Nếu thấp hơn mức đó, cấu trúc giảm giá vẫn khó có thể làm ngơ.

Một giao dịch đúng thời điểm hoàn hảo có thể chỉ là may mắn.

Liên tục đón đầu các biến động lớn của thị trường thì đáng để điều tra kỹ hơn nhiều.

Bạn nghĩ sao: khả năng chọn thời điểm phi thường, hay có điều gì đó đáng để điều tra?

Chỉ số Altseason chạm mức cao nhất năm Nên nắm giữ altcoin top 100 nào đến năm 2027?

Altseason đang đến gần.
Nhưng 64 không phải là 75.

Chỉ số Altcoin Season Index của top 100 đạt 64 gần mức cao nhất năm 2026, nghĩa là khoảng hai phần ba số altcoin đủ điều kiện đã vượt trội hơn $BTC trong 90 ngày qua.

Đó là sự luân chuyển vốn thực sự.

Nhưng vẫn chưa phải altseason toàn diện.

Coinlib hiện ghi nhận mức 64, trong khi phiên bản Top 50 của BlockchainCenter thấp hơn, ở mức 59. Tỷ lệ thống trị của Bitcoin vẫn quanh mức 59%.

Vậy là dòng vốn đang lan tỏa. Chỉ là chưa rời bỏ BTC.

Sự khác biệt đó rất quan trọng nếu câu hỏi là nên nắm giữ gì đến năm 2027.

Tôi sẽ không chạy theo những đồng coin đang đứng đầu bảng xếp hạng 90 ngày.

Đà tăng giúp bạn được chú ý.

Mức độ sử dụng, doanh thu và hạ tầng mới là những yếu tố giúp dự án trụ vững qua đợt giảm giá tiếp theo.

Danh sách theo dõi năm 2027 của tôi sẽ gồm:

$LINK — lựa chọn hạ tầng hàng đầu của tôi. Đồng này đã tăng khoảng 83% trong 90 ngày, nhưng luận điểm đầu tư lớn hơn nằm ở CCIP 2.0 và vị thế của Chainlink giữa các tổ chức, tài sản được token hóa và nhiều blockchain.

$AAVE — nhàm chán theo cách tốt nhất. Hoạt động cho vay đã vượt qua nhiều chu kỳ, còn AAVE tăng khoảng 104% trong cùng giai đoạn 90 ngày.

$SOL — lựa chọn hệ sinh thái có beta cao hơn. Có người dùng thực, thanh khoản sâu và một trong những hệ sinh thái ứng dụng non-EVM mạnh nhất.

$ETH — ít bùng nổ hơn, nhưng vẫn là lớp thanh toán nền tảng cho phần lớn DeFi và tài chính token hóa.

$HYPE — lựa chọn mạo hiểm. Hoạt động giao dịch và khả năng tạo phí mạnh khiến đồng này đáng chú ý, nhưng việc mở khóa token và định giá sẽ quan trọng hơn nhiều nếu nhìn đến năm 2027.

Sai lầm lớn nhất lúc này là nghĩ rằng:

“Chỉ số Altseason cao, vậy thì mua altcoin.”

Không.

Chỉ số cao cho thấy mức độ lan tỏa đang cải thiện.

Nó không cho bạn biết token nào sẽ trụ vững khi chỉ số giảm trở lại mức 30.

Nếu định nắm giữ đến năm 2027, tôi sẽ theo dõi doanh thu, mức độ sử dụng thực tế, nguồn cung token và nhu cầu hạ tầng.

Chứ không phải mã nào tăng mạnh nhất tuần này.

Nếu hôm nay phải chọn một đồng, tôi sẽ chọn LINK.

Còn bạn thì sao?

Dữ liệu việc làm yếu vừa mang lại cho Bitcoin $BTC a một bối cảnh vĩ mô gọn hơn.
Nhưng mục tiêu 113.000 USD của Citi vẫn còn rất xa mới được xác nhận.

Mỹ chỉ tạo thêm 29.000 việc làm trong tháng 9, so với khoảng 90.000 việc làm được kỳ vọng.
Tỷ lệ thất nghiệp tăng lên 4,2%. Và số liệu việc làm tháng 7 + tháng 8 còn bị điều chỉnh giảm thêm 60.000 việc làm.
Điều đó đã khiến giao dịch theo Fed thay đổi rất nhanh. Xác suất tăng lãi suất trong tháng 10 giảm từ trên 60% một tuần trước đó xuống còn khoảng 17–23%, tùy theo bức tranh thị trường.

Với $BTC , điều đó rất quan trọng. Việc tuyển dụng yếu không trực tiếp tạo ra nhu cầu đối với Bitcoin.
Nó làm thay đổi lộ trình lãi suất. Ít đợt tăng lãi suất kỳ vọng hơn có thể giảm áp lực từ lợi suất và đồng đô la, khiến môi trường bớt bất lợi hơn cho các tài sản rủi ro.

Sau đó Citi lại đưa thêm một con số vào cuộc thảo luận: 113.000 USD. Ngân hàng này nâng dự báo BTC 12 tháng từ 82.000 USD lên 113.000 USD, với lý do hoạt động crypto mạnh hơn, điều kiện vĩ mô tốt hơn và nhu cầu ETF được khơi lại.

Citi cũng kỳ vọng khoảng 5 tỷ USD sẽ chảy vào các sản phẩm đầu tư crypto trong năm tới khi các cố vấn và công ty môi giới dần tăng mức phân bổ. Nhưng hãy nhìn rõ khung thời gian. Đây là mục tiêu 12 tháng, không phải lời gọi cho 113.000 USD vào tuần tới.

Với BTC đang quanh vùng giữa 80.000 USD, nó vẫn cần mức tăng hơn 30%. Và một báo cáo việc làm yếu không đảm bảo chính sách sẽ dễ dàng hơn. Lạm phát vẫn cao hơn mục tiêu. Fed có thể tạm dừng vào tháng 10 nhưng vẫn quay lại tăng lãi suất sau đó nếu áp lực giá còn dai dẳng. Vì vậy, phép thử đầu tiên của tôi không phải là 113.000 USD.

Mà là liệu BTC có thể biến sự nới lỏng vĩ mô này thành nhu cầu giao ngay và ETF bền vững hay không, rồi bứt phá và giữ vững trên 90.000 USD. Dữ liệu việc làm yếu đã loại bỏ một lực cản. Chúng chưa tự động tạo ra nhịp tăng tiếp theo.

#THORChain đã từ chối chặn các ví liên quan đến vụ hack trị giá 387,5 triệu USD.
Nghe có vẻ thật khó coi. Những chi tiết làm mọi chuyện trở nên phức tạp hơn.

Bitget cho biết vụ xâm phạm ngày 24/9 của họ đã chuyển khoảng 387,5 triệu USD sang các địa chỉ do kẻ tấn công kiểm soát. Từ đó đến nay, một ví được liên kết đã hoán đổi khoảng 2,390 $ETH lấy 75,2 $BTC thông qua THORChain, vào thời điểm đó tương đương khoảng 6,3 triệu USD. Vì vậy, THORChain chưa xử lý toàn bộ vụ trộm 388 triệu USD.

Bitget đã yêu cầu THORChain từ chối dịch vụ đối với các địa chỉ kẻ tấn công đã công bố. Thậm chí họ còn đưa ra phần thưởng 5% cho các lần đóng băng hoặc thu hồi đủ điều kiện.

THORChain nói không.
Lập luận của họ rất đơn giản: mạng là phi cấp phép (permissionless). Các cơ chế khẩn cấp của họ có thể dừng hoạt động trên diện rộng, nhưng không có nút bấm chọn lọc để đóng băng một ví hay một giao dịch cụ thể.

Và đây là lúc cuộc tranh luận trở nên khó chịu.
THORChain đã từng tự dừng mạng của mình vào tháng Năm sau một lỗ hổng bị khai thác trị giá 10,7 triệu USD. Việc giao dịch được giữ offline trong khoảng năm tuần. Nhưng việc dừng đó đã bảo vệ giao thức khỏi một lỗ hổng mật mã đang hoạt động. Nó không tạo ra danh sách đen địa chỉ.

Đó là những hành động khác nhau.
Tuy vậy, bức tranh bên ngoài vẫn rất khó khăn.
Một mạng phi cấp phép bảo vệ người dùng bình thường khỏi những “cổng gác” tùy tiện.

Tính chất tương tự cũng có thể mang lại cho kẻ trộm hạ tầng mà chúng có thể sử dụng mà không cần xin phép.
Vì vậy, tôi không nghĩ câu hỏi thực sự là liệu THORChain “đang bảo vệ hacker”.

Mà là liệu sự trung lập đáng tin cậy có nên tuyệt đối khi tiền bị đánh cắp đã được xác định công khai hay không.
Thêm kiểm duyệt chọn lọc sẽ làm suy yếu tính phi cấp phép.
Từ chối hoàn toàn thì nạn nhân có thể theo dõi tài sản bị đánh cắp di chuyển qua hệ thống theo thời gian thực.

Đánh đổi đó không phải là một lỗi của phi tập trung.
Nó là một trong những tính năng khó khăn nhất của phi tập trung.

#BTC走势分析 #ETH

Lợi suất trái phiếu Kho bạc 5% không “đánh bại” Bitcoin $BTC
Nó chỉ làm giá của việc sai cao hơn.

Lợi suất trái phiếu 10 năm của Mỹ đã vượt 5,1%, mức cao nhất kể từ năm 2007. Đường cong chính thức của Kho bạc đưa lãi suất 10Y lên 5,18% vào ngày 24/9. Thậm chí, lợi suất 10 năm đã điều chỉnh theo lạm phát hiện cũng vào khoảng 2,85%.

Điều này quan trọng với $BTC
Nhà đầu tư có thể kiếm được nhiều hơn 5% danh nghĩa khi nắm giữ một trái phiếu Kho bạc đến ngày đáo hạn, trong khi Bitcoin không trả coupon và có thể biến động 5% chỉ trong một ngày.

Vì vậy, “ngưỡng” để chấp nhận rủi ro sở hữu tài sản rủi ro đã tăng lên.

Nhưng có một vấn đề với câu chuyện đơn giản “lợi suất cao giết chết Bitcoin”.

Bitcoin vẫn tăng khoảng 191% kể từ năm 2021 dù lợi suất 10 năm đã tăng hơn 400 điểm cơ bản trong giai đoạn đó. Và tương quan gần đây của nó với lợi suất Kho bạc lại surprisingly yếu: khoảng -0,18 trong 90 ngày, -0,06 trong 180 ngày và -0,03 trong 1 năm.

Mối đe dọa lớn hơn ngay lúc này có thể là biến động của trái phiếu.
Chỉ số MOVE bật nhảy 21% lên khoảng 95 khi lợi suất tăng vọt. Bitcoin giảm từ khoảng 87,2K USD xuống 83,5K USD trong cùng đợt biến động.

Và cú nhảy lợi suất đó không phải ngẫu nhiên.

PMI tổng hợp của Mỹ tháng 9 tăng lên 58,4, mức cao nhất kể từ tháng 7/2021, trong khi áp lực lạm phát cũng tăng lên. Tăng trưởng mạnh + lạm phát dai dẳng khiến thị trường có thêm lý do để định giá chính sách thắt chặt của Fed.

Vậy Bitcoin có cạnh tranh được với “phi rủi ro” 5% không?
Đó là một sự so sánh sai.

Trái phiếu Kho bạc mang lại thu nhập và ít biến động hơn. Bitcoin không có lợi suất cố định, nhưng mang lại tiềm năng tăng giá lớn hơn nhiều, đồng thời cũng có rủi ro giảm giá lớn hơn nhiều.

5% không phải là một bản án đối với $BTC

Nó chỉ là một ngưỡng cao hơn rất nhiều đối với mọi tài sản rủi ro.

$CNPY thu hút sự chú ý của tôi vì biểu đồ đã được thử nghiệm.

Nó chạy từ khoảng $0.20 đến $0.67, hạ nhiệt, và hiện đang cố gắng giữ vùng $0.39–$0.42.

Nhưng biểu đồ chỉ là một phần.

Canopy đang xây dựng Nested Chains với bảo mật dùng chung, CNPY cho phí + tái đặt cược, Terminal ra mắt, và hạ tầng tích hợp sẵn cho các ứng dụng.

Phần tôi đang theo dõi:

nhiều ứng dụng hơn → dữ liệu mã nguồn mở hơn → tác nhân tốt hơn → triển khai dễ hơn.

Nếu vòng lặp đó bắt đầu tăng trưởng theo cấp số nhân, $CNPY sẽ không chỉ là một câu chuyện AI nữa.

Cục Dự trữ Liên bang (Fed) mua 15,6B USD tín phiếu Kho bạc (Treasuries) và Bitcoin $BTC tăng vọt lên trên 80K.
Tiêu đề dễ hiểu: “QE lén lút.”
Chỉ là không phải vậy.

Cục Dự trữ Liên bang New York (New York Fed) đã lên lịch mua khoảng 15,6B USD tín phiếu Kho bạc từ ngày 15/9 đến 14/10. Nhưng đây là các khoản tái đầu tư gốc vốn từ các chứng khoán cơ quan (agency securities) hiện có.
Quan trọng hơn: Fed đã lên lịch bằng 0 khoản mua bổ sung nhằm quản lý dự trữ trong giai đoạn này. Con số tái đầu tư của tháng trước thực tế còn cao hơn, đạt 17B USD.

Vậy đây không phải là một chương trình in tiền 15,6B gây bất ngờ.
Và bối cảnh chính sách rộng hơn cũng chẳng giống QE kiểu cổ điển.
Fed vừa nâng lãi suất thêm 25bp lên mức 3,75%–4,00%, là lần tăng đầu tiên kể từ năm 2023.

Thế nhưng $BTC vẫn thúc đẩy giá vượt 80K.
Đó mới là phần đáng chú ý.

Các ETF Bitcoin giao ngay của Mỹ đã hút ròng khoảng 160M USD vào thứ Năm sau hai ngày dòng tiền chảy ra. Bitcoin sau đó giao dịch cao nhất vào khoảng 80.587 USD vào thứ Sáu.

Vì vậy, tôi sẽ không gọi đây là một đợt bứt phá được tài trợ bởi Fed.
Tôi sẽ gọi đó là thị trường phản ứng với kỳ vọng thanh khoản.

Fed đã cho thấy họ sẵn sàng sử dụng các khoản mua tín phiếu Kho bạc khi cần hỗ trợ dự trữ. Nhưng chính New York Fed cũng nói rằng các hoạt động quản lý dự trữ đó nhằm giữ cho dự trữ dồi dào—không phải để kích thích nền kinh tế như QE truyền thống.

Sự khác biệt này quan trọng.
15,6B USD tái đầu tư ≠ 15,6B USD tiền mới ngay lập tức đổ vào đuổi Bitcoin.

Với tôi, sự xác nhận thực sự sẽ đến ở phần tiếp theo: dòng tiền vào ETF duy trì ổn định, khối lượng giao dịch spot mạnh hơn, và việc mở rộng thực sự các hoạt động quản lý thanh khoản của Fed.

Cho đến khi đó, “QE lén lút” là một tiêu đề hay.
Nhưng chưa phải lời giải thích đã được chứng minh cho đợt bứt phá.

#BTC走势分析

Tăng 25bp có lẽ không còn là “kèo” giao dịch thực sự nữa.
Điều Cục Dự trữ Liên bang (Fed) nói tiếp theo mới là vấn đề.
CPI lõi tháng 8 tăng 0,3% theo tháng, trong khi CPI tiêu đề leo lên 0,4%.
Hiện thị trường đang định giá khoảng 93% khả năng sẽ có thêm đợt tăng 25bp.
Ở mức đó, cú “bất ngờ” không nằm ở việc tăng. Mà nằm ở đường đi sau nó.

Nếu Fed coi đây là phản ứng chỉ mang tính một lần trước áp lực lạm phát quay trở lại, thì BTC và nhóm công nghệ có thể hấp thụ biến động ban đầu nhanh hơn dự kiến.

Nhưng nếu các dự báo mới cho thấy một chu kỳ tăng lãi kéo dài hơn, thì phương trình sẽ thay đổi. Lợi suất cao hơn. Đồng USD mạnh hơn. Thanh khoản thắt chặt hơn. Điều kiện khó khăn hơn rất nhiều đối với tài sản rủi ro.

Vàng là điểm thú vị. Lãi suất cao thường là lực cản, nhưng lạm phát dai dẳng và rủi ro địa chính trị vẫn đang tạo cho nhà đầu tư những lý do để giữ vàng.

Chiến lược của tôi quanh FOMC: đừng đuổi theo cây nến đầu tiên. Tôi quan tâm hơn đến định hướng, biểu đồ chấm (dot plot) và BTC phản ứng ra sao sau khi biến động ban đầu lắng xuống.

Việc tăng lãi suất gần như đã được định giá hết.
Lần tăng tiếp theo thì chưa.
#FedRateWatch

Khi bạn đang xây dựng một ứng dụng gửi giao dịch tới Dusk L1, việc nhận được phản hồi thành công từ node trông có vẻ là khoảnh khắc hiển nhiên để thông báo cho người dùng rằng thao tác đã hoạt động.

Tôi đã tự đọc nó theo cách đó, cho đến khi tìm hiểu kỹ hơn vòng đời giao dịch của Dusk. Mã `202 Accepted` từ endpoint lan truyền (propagation) chỉ có nghĩa là node đã chấp nhận giao dịch để định tuyến. Nó không có nghĩa là giao dịch đã đến được một block, thực thi thành công hay trở thành dữ liệu cuối cùng (final).

Điều này biến phần tích hợp trông có vẻ đơn giản “gửi giao dịch” thành một thứ gì đó gần với việc theo dõi trạng thái. Khi một giao dịch thực thi, Dusk sẽ hiển thị một trường `err`, trong đó `null` có nghĩa là quá trình thực thi thành công. Thậm chí như vậy, một block đã được chấp nhận vẫn có thể bị hoàn tác (reverted). Tính cuối cùng (finality) chỉ đến khi block chuyển sang trạng thái `finalized`.

Tôi nghĩ điều đó giúp phân loại lại công việc của người xây dựng theo một cách hữu ích.

Bạn không chỉ đơn giản là nối một nút tới một endpoint và chờ phản hồi HTTP thành công. Bạn đang quyết định trạng thái mạng nào mà ứng dụng của bạn thực sự sẵn sàng chuyển thành “hoàn tất” cho người dùng đang sử dụng nó.

Đã được gửi (Submitted) là một trạng thái.

Thực thi thành công (Executed successfully) là một trạng thái khác.

Final là trạng thái khép lại vòng lặp.

@Dusk $DUSK #dusk

Và đây là nơi tôi dừng việc coi “cơ sở hạ tầng đã tồn tại” và “tôi có thể giao dịch các tài sản” là cùng một cột mốc. Mạng lưới gốc của Dusk đã hoạt động, nhưng Dusk Trade nằm phía trên như một lớp ứng dụng riêng và vẫn đang được xây dựng.
Bề mặt sản phẩm hiện tại là danh sách chờ, trong đó Dusk mô tả quy trình giao dịch mà sau này sẽ có, xoay quanh việc khám phá, mua và bán các tài sản token hóa được quản lý. Tôi nghĩ sự tách bạch đó đáng để giữ cho luôn hiển hiện. Một blockchain đã có thể cung cấp thanh toán, thực thi và các nguyên tắc cần thiết cho các thị trường được quản lý, trong khi “địa điểm” thực tế mà người giao dịch tương tác vẫn đang dần được hình thành.
Dusk nói rất rõ về ranh giới của tầng ngăn xếp đó: DuskDS và các lớp thực thi cung cấp hạ tầng phía dưới, còn Dusk Trade được thiết kế để biến những mảnh ghép này thành quy trình thị trường dành cho người dùng.

Điều đó giúp tôi không đọc mọi thông báo về token hóa như thể đó là thanh khoản ngay lập tức hay quyền truy cập ngay lập tức. Với một nhà giao dịch, đó là những câu hỏi khác nhau. Liệu hạ tầng có thể hỗ trợ thị trường không? Và liệu sản phẩm giao dịch có thực sự sẵn sàng ngay hôm nay không? Hiện tại, Dusk có câu trả lời rõ ràng hơn cho câu hỏi thứ nhất so với câu hỏi thứ hai. Sự khác biệt đó giúp việc đánh giá lộ trình dễ dàng hơn mà không phải giả vờ rằng đích đến đã đến rồi. @Dusk $DUSK #dusk

Trước đây, tôi từng nghĩ rằng một node Dusk bị tụt rõ rệt so với mạng có thể đã là một vấn đề cần khắc phục. Nhưng khi xem kỹ luồng vận hành, quan điểm đó thay đổi, vì Dusk tách bạch rõ ràng giữa “bị tụt lại” và “bị đứng” (stalled), và sự khác biệt này quyết định liệu node có cần can thiệp hay không.

Trước khi thay thế trạng thái, người vận hành có thể kiểm tra chuỗi đã chọn và kết nối giữa các peer, rồi chạy lệnh `ruskquery block-height` nhiều lần để xem liệu độ cao cục bộ còn đang tiếp tục tăng hay không. Di chuyển cục bộ này cũng có thể được đối chiếu với “đỉnh” tương ứng của mạng công khai. Nếu node bị tụt lại nhưng vẫn tiếp tục tiến về phía trước, thì hướng dẫn của Dusk về cơ bản là tiếp tục theo dõi thay vì coi độ trễ tự nó là bằng chứng rằng trạng thái đã bị hỏng.

Tôi thích sự phân biệt đó vì các hành động khắc phục đi kèm chi phí vận hành riêng. Một người vận hành node không nhất thiết phải biến mọi khoảng trống về độ cao block thành một công việc sửa chữa khi bằng chứng cho thấy node vẫn đang bắt kịp một cách bình thường.

Sự “nhẹ nhõm” hữu ích nằm ở khâu chẩn đoán.

Trước tiên hãy kiểm tra xem tiến độ thực sự đã dừng hẳn chưa, rồi mới quyết định liệu việc khôi phục có đáng để thực hiện hay không.

Đối với người đang duy trì cơ sở hạ tầng, biết khi nào không nên đụng vào trạng thái lành mạnh có thể giá trị không kém gì việc biết cách khôi phục nó.

@Dusk $DUSK #dusk

Bộ tuyến yên có thể lấy một bản chênh lệch mã và kiểm tra xem nó có xung đột với một đặc tả đã được chấp nhận hay không trước khi thay đổi đó được gộp.
Chi tiết đó đã thay đổi cách tôi suy nghĩ về việc nghiên cứu một giao thức như Dusk, vì việc đọc những gì một hệ thống được cho là phải làm chỉ đưa bạn đi được nửa chặng đường.
Dusk đã xây dựng Pituitary sau khi tự xử lý tình trạng lệch đặc tả bên trong, nơi các quyết định, thuật ngữ và cách hiện thực dần dần không còn khớp với nhau khi một cơ sở mã phát triển. Công cụ lập chỉ mục ý định đã được ghi lại đó, có thể gắn cờ các thay đổi hiện thực mâu thuẫn với nó, và có thể lần theo những khu vực liên quan nào bị ảnh hưởng khi một quyết định thay đổi. Mặc định nó cũng mang tính quyết định (deterministic). Với tôi, điều đó tạo ra một phép thử áp lực hữu ích cho nghiên cứu giao thức: nếu tôi đang rút ra một kết luận từ một tuyên bố kiến trúc, tôi muốn có cách để nhận ra khi mã đã thay đổi nhưng tuyên bố vẫn chưa.
Một đặc tả có thể mô tả hệ thống được dự định.
Việc hiện thực sẽ quyết định liệu mô tả đó còn đúng hay không.
Khoảng trống đó đáng để kiểm tra.
@Dusk $DUSK #dusk

Báo động khói sẽ kém yên tâm hơn nếu bạn chỉ kiểm tra nó một lần.
Đó cũng là cách tôi bắt đầu xem công việc của Dusk với AEGIS. Tiêu điểm là “làn sóng khắc phục”, nhưng chi tiết yên lặng hơn mà tôi chú ý nằm sau các bản sửa.
AEGIS đã triển khai các bản sửa cho 39 phát hiện kiểm toán, trong đó có 7 phát hiện được xếp loại là mức độ nghiêm trọng.
Nhưng việc đóng một phát hiện chỉ là một khoảnh khắc trong công việc của kiểm toán viên.
Dusk cũng bổ sung phạm vi bao phủ hồi quy được xây dựng dựa trên các mẫu lỗi thực tế đã được phát hiện trong quá trình kiểm toán. Với các vấn đề về phí Phoenix và hoàn tiền, phần đó bao gồm các bài kiểm tra cho các nỗ lực thổi phồng, các đường dẫn tràn (overflow) và việc giả mạo phí.
Tôi thấy điều đó hữu ích hơn nhiều so với việc coi “đã khắc phục” là trạng thái cuối cùng.
Một lỗi đã được sửa vẫn có thể quay lại sau đó thông qua việc tái cấu trúc (refactoring), thay đổi phụ thuộc hoặc một đường dẫn mã khác. Bài kiểm tra hồi quy sẽ giữ nguyên trường hợp lỗi cũ nằm trong quá trình xác minh.
Dusk cũng nhóm các công việc theo dõi theo nguyên nhân gốc rễ, nơi nhiều phát hiện thực ra là những biểu hiện khác nhau của cùng một vấn đề cốt lõi.
Đó là lớp mà tôi sẽ chú ý với tư cách kiểm toán viên.
Báo cáo ghi lại điều gì là sai.
Tài liệu mạnh hơn chính là một bộ kiểm thử liên tục đặt câu hỏi xem nó có quay lại không.
@Dusk $DUSK #dusk

Phát hành mới. Dừng node. Thay thế các tệp nhị phân. Sau đó kiểm tra xem mọi thứ bạn đã tải xuống có thực sự đúng không.
Đó là loại quy trình bảo trì mà tôi đã cho rằng các nhà vận hành Dusk chỉ cần quản lý cẩn thận. Nhưng luồng cài đặt node mới nhất đã thay đổi một chi tiết mà tôi nghĩ quan trọng hơn vẻ bề ngoài. Phiên bản 0.5.22 giúp tăng cường nâng cấp: các tệp thay thế được dàn dựng và xác minh trước khi thay thế các tệp đang chạy.
Quy trình nâng cấp của Dusk cũng tuân theo cùng thứ tự: trình cài đặt tải xuống các tệp nhị phân Rusk và ví được hỗ trợ, kiểm tra chúng, và chỉ sau đó mới dừng dịch vụ Rusk đang chạy. Nó cũng giữ nguyên trạng thái chuỗi của người vận hành, các khóa đồng thuận và các ghi đè dịch vụ chủ ý, thay vì coi việc nâng cấp như một lần cài đặt node mới.
Sau đó, dịch vụ vẫn được giữ ở trạng thái dừng để người vận hành có thể xem lại cấu hình đã được tạo lại, khởi động Rusk một cách chủ động và xác nhận tiến độ của các peer và độ cao block trước khi gọi lệnh hoàn tất công việc.
Đó là một mốc vận hành nhỏ nhưng hữu ích.
Cửa sổ nâng cấp giờ bắt đầu sau khi quá trình thay thế đã sẵn sàng, không phải trong lúc người vận hành vẫn đang tìm cách xác định xem nó có dùng được hay không.
Với hạ tầng được cho là phải tiếp tục sẵn sàng, thứ tự này đáng giá hơn một lệnh tiện lợi khác.
@Dusk $DUSK #dusk

Việc đặt một gói hàng trước thềm khác với việc chạy theo chiếc xe giao hàng.
Tôi đã quay lại với ý đó khi xem xét một thay đổi yên tĩnh hơn bên trong TermMax V2. Lệnh giới hạn hiện đã có ở mọi thị trường TermMax. Một bên cho vay có thể chỉ định mức lãi suất tối thiểu mà họ sẵn sàng chấp nhận, trong khi bên đi vay có thể đặt mức tối đa. Nếu thanh khoản mỏng hoặc mức lãi suất hiện tại đơn giản là không đáng để nhận, thì người giao dịch không cần phải vượt qua bất cứ thứ gì đang nằm ở đó ngay lúc này. Họ có thể đăng các điều khoản của riêng mình và chờ ai đó nhận phía còn lại. Tôi nghĩ điều này quan trọng hơn khi quy mô vị thế tăng lên, vì việc thực thi ngay lập tức có thể trở nên đắt đỏ khi thanh khoản sẵn có không thể hấp thụ lệnh một cách gọn gàng. Tính năng rõ ràng nhất là việc hoàn tất lệnh giao dịch. Tính năng ít rõ ràng hơn là khả năng từ chối một lệnh khớp không tốt mà không phải rời khỏi thị trường hoàn toàn. V1 chỉ cung cấp lệnh giới hạn trên một số thị trường. Việc triển khai toàn thị trường biến sự kiên nhẫn thành một lựa chọn thực thi thực sự, thay vì điều mà người giao dịch phải tự quản lý bên ngoài giao thức.
Không phải mọi vị thế đều cần phải được lấy ngay bây giờ.
Đôi khi, công cụ giao dịch tốt hơn là một mức lãi suất mà bạn sẵn sàng chờ.
@TermMax #TermMax

DuskVM cấp cho mỗi hợp đồng một bộ đệm đối số (argument buffer) 64 KB.
Đó là một chi tiết trình tạo (builder) tiết lộ hơn nhiều so với câu “hỗ trợ Rust và WASM.”
Ban đầu, tôi đọc việc thực thi WASM bản địa (native) như một cánh cửa khá mở. Nhìn kỹ hơn, DuskVM có một ranh giới cụ thể mà mọi hợp đồng đều phải tuân thủ.
Hợp đồng phải cung cấp một argbuf, nơi dữ liệu đầu vào (call data) được đặt vào. Các hàm được mở ra cũng tuân theo quy ước fn foo(u32) -> u32 của DuskVM, dùng giá trị nhận vào để mô tả cần đọc bao nhiêu byte và giá trị trả về để mô tả phần dữ liệu đầu ra được ghi lại.
Và DuskVM không tự làm cho đầu vào của hợp đồng trở nên “đúng” cho nó.
Hợp đồng thông minh vẫn chịu trách nhiệm kiểm tra những gì đi vào bộ đệm đó và xử lý nó một cách an toàn.
Đó là bài kiểm tra áp lực mà tôi sẽ đưa ra cho những người chọn đường đi native khi xây dựng.
Việc biên dịch Rust để chạy trên WASM tự nó chứng minh rất ít. Hợp đồng vẫn phải hoạt động đúng tại ranh giới ABI của DuskVM mỗi khi dữ liệu bên ngoài đi qua nó.
Thực thi native cho phép người xây dựng truy cập trực tiếp vào các khả năng của Dusk L1.
Nhưng bộ đệm 64 KB chính là nơi kiến trúc trừu tượng trở nên rất bình thường về mặt kỹ thuật: byte đi vào, và hợp đồng của bạn phải biết chính xác phải làm gì với chúng.
@Dusk $DUSK #dusk

Và điều đó khiến ngày đáo hạn trở nên phức tạp hơn vẻ bề ngoài ban đầu.
Ban đầu, tôi đọc luồng thanh lý của TermMax như một cơ chế khá quen thuộc: nợ đến hạn, các vị thế chưa được thanh toán sẽ bị thanh lý, và tài sản thế chấp bù đắp phần mà người vay chưa trả. Nhưng cơ chế này không nhất thiết dừng lại ở đó. Khi người vay bỏ lỡ việc thanh toán, TermMax mở một “cửa sổ thanh lý” kéo dài hai giờ. Nếu sau khung thời gian đó nợ vẫn chưa được thanh toán hoặc chỉ mới được thanh lý một phần, thì việc giao hàng vật chất sẽ bắt đầu và quỹ hoàn trả (redemption pool) có thể chứa cả tài sản cơ sở lẫn tài sản thế chấp. Sau đó, người nắm giữ FT sẽ thực hiện việc hoàn trả theo tỷ lệ từ quỹ hỗn hợp đó.
Đối với một nhà nghiên cứu, tôi nghĩ điều này làm thay đổi điều gì cần được chú ý khi so sánh các thị trường lãi suất cố định. Chỉ nhìn vào giá trị đáo hạn được hứa hẹn là chưa đủ để nắm được trạng thái mà hệ thống có thể rơi vào khi việc thanh lý không thể giải quyết hết khoản nợ. Kết cục cuối cùng không còn đơn thuần là “đã được trả” hay “mặc định”. Cơ cấu những gì bảo đảm cho việc hoàn trả có thể thay đổi.
Điều này đặc biệt quan trọng khi nghiên cứu những thị trường mà tài sản thế chấp có thể phản ứng rất khác so với tài sản nợ trong điều kiện chịu áp lực.
Vì vậy, một kỳ đáo hạn của TermMax có thêm một biến số đáng để mô hình hóa: thực tế có thể đang nằm trong quỹ hoàn trả là gì nếu lộ trình thanh lý thông thường không còn “chỗ” để xử lý?
Lãi suất cố định cho bạn biết các điều kiện kinh tế được lên lịch.
Giao hàng vật chất cho bạn biết vì sao nhánh thất bại xứng đáng có mô hình riêng.
@TermMax #TermMax

Mua vé hòa nhạc và thực sự nhận được vé là hai sự kiện khác nhau.
Tôi cứ nghĩ về sự khác biệt đó khi quan sát cách Dusk tiếp cận giao dịch được quản lý, bởi vì một giao dịch khớp lệnh cũng chưa phải là điểm kết thúc của quy trình.
Tài sản vẫn phải đến một bên và khoản thanh toán phải đến bên còn lại. DuskDS cung cấp tính tất định cuối cùng (deterministic finality) bên dưới quy trình đó, trong khi kiến trúc thị trường của Dusk được thiết kế để phối hợp nhánh tài sản và nhánh thanh toán cho việc thanh toán kiểu “delivery-versus-payment” (giao hàng đổi tiền). Điều này cũng giải thích vì sao công việc NPEX thu hút sự chú ý của tôi vượt ra ngoài tiêu đề về token hóa. Dusk mô tả sự hợp tác xoay quanh việc phát hành, giao dịch, công bố thông tin và thanh toán như một quy trình liền mạch được kết nối.
Với một trader, lớp “ít ồn ào” nằm ở những gì xảy ra sau khi lệnh nói “xong”. Nếu việc chuyển tài sản và thanh toán vẫn tồn tại trên các hệ thống rời rạc, thì rủi ro đối soát và thanh toán chưa biến mất chỉ vì bản thân giao dịch đã được đưa lên onchain.
Vì vậy, tôi sẽ theo dõi lộ trình thanh toán sát như theo dõi bề mặt giao dịch.
Thực thi thu hút sự chú ý.
Hoàn tất mới khiến giao dịch trở nên thật.
@Dusk $DUSK #dusk

Mở trang bảo mật. Tìm tên kiểm toán. Mở một tab khác để tìm hiểu chính xác những gì thực sự đã được xem xét.
Chính quy trình đó là lý do điểm số Đánh giá Chất lượng Quy trình DeFiSafety của TermMax đạt 93% đã thu hút sự chú ý của tôi.
Tôi đã xem đủ nhiều trang bảo mật để biết rằng huy hiệu thường dễ tìm hơn nhiều so với bằng chứng nằm đằng sau chúng.
Ở đây, có một kết quả bên ngoài để đối chiếu.
TermMax nhận xếp hạng PASS từ DeFiSafety thông qua đánh giá PQR.
Với một bên thẩm định, điều đó làm thay đổi công việc một chút.
“Bảo mật được xem trọng” chỉ là một tuyên bố.
Một đánh giá bên ngoài dựa trên điểm số sẽ cho bạn thứ gì đó cụ thể để chất vấn.
Bạn có thể đối chiếu ngôn ngữ bảo mật của chính giao thức với một đánh giá đã xem xét chất lượng quy trình của nó và đưa ra kết quả đo lường được.
Điều đó vẫn không có nghĩa TermMax hoàn toàn không rủi ro.
Điểm 93% không thể đảm bảo rằng các hợp đồng trong tương lai, dữ liệu đầu vào của oracle hay thay đổi vận hành sẽ không bao giờ thất bại. Con số đó không chứng minh điều đó.
Nhưng nó cung cấp một điểm khởi đầu cho việc thẩm định, khó “bẻ gãy” hơn so với lời marketing.
Và tôi nghĩ đó là điểm mở hữu ích.
Bây giờ bên thẩm định không chỉ có một bộ sưu tập các tuyên bố về bảo mật để sàng lọc.
Giờ đây đã có một chuẩn mực được công bố nằm cạnh chúng.
93% không phải là điểm kết thúc của việc soi xét.
Nó làm cho vòng soi xét tiếp theo có cơ sở hơn.
@TermMax #TermMax

Node tụt lại phía sau. Kiểm tra chiều cao (height). Kiểm tra các peer. Khôi phục trạng thái. Rồi dành thêm thời gian để quan sát nó bắt kịp.
Tôi cho rằng kiểu khôi phục đó sẽ đồng nghĩa với việc xây dựng lại nhiều phần của chuỗi hơn mức cần thiết. Đường dẫn fast-sync nhanh của Dusk khiến tôi nhìn việc bảo trì node theo cách khác.
Trình cài đặt node giờ đây bao gồm download_state cho mainnet và testnet.
Với một node Rusk mặc định, nó có thể tải về một snapshot trạng thái đã được công bố và thay thế trạng thái chuỗi cục bộ cũng như cơ sở dữ liệu. Sau đó, người vận hành khởi động lại Rusk và xác minh rằng chiều cao khối (block height) đang tiến về mốc đỉnh (tip) hiện tại của mạng.
Điều thu hút sự chú ý của tôi là những gì quy trình đó để yên.
Fast-sync không thay thế các khóa đồng thuận (consensus keys) hoặc cấu hình của node.
Vì vậy, việc khôi phục không tự động đồng nghĩa với việc xây dựng lại toàn bộ node.
Đây là một bước mở khóa mang tính thực tiễn cho người được kỳ vọng sẽ giữ cho hạ tầng luôn sẵn sàng. Khi trạng thái cục bộ trở nên không thể sử dụng, người vận hành có một lộ trình được hỗ trợ để quay trở lại chuỗi trực tiếp mà không phải bắt đầu lại toàn bộ thiết lập.
Không có tính năng hào nhoáng nào ở đây.
Chỉ là một công việc bảo trì, có thể trở nên ít đau đớn hơn đáng kể khi có sự cố.
@Dusk $DUSK #dusk