BlockBreaker

#dusk $DUSK @Dusk
Zedger’s SMST: Maybe Privacy for Securities Needs an Accounting System First

I’ve been looking at Zedger from a slightly different angle. Most privacy models ask how to hide an account or transaction. Securities have another problem: ownership is not just a number. It changes by time, transfer rights, voting rights, dividends, and approval status.

That is why the Sparse Merkle-Segment Trie caught my attention. SMST combines a Sparse Merkle Tree with a Segment Tree, letting Zedger commit to account state while keeping different balance categories inside the structure. The design can track maximum, transferable, voting, and dividend-eligible balances without putting the entire account history on public display.

I’ve seen other privacy account models, such as BlockMaze, focus heavily on hiding balances and sender-recipient relationships with zk-SNARKs. That is useful for private payments, but corporate securities create a different data problem. You often need to prove that a transfer is allowed, not simply prove that value moved.

This is where Zedger feels more deliberate to me. Its whitelist tree and account memory structure are tied to the state machine, so compliance is not an external dashboard checking transactions after the fact.

I’m still cautious about the complexity. Every extra state field and proof rule adds engineering and verification overhead.

But the interesting question is not whether SMST hides balances. It is whether a cryptographic account model can preserve the messy realities of securities ownership without turning the ledger into a public shareholder database.

#dusk $DUSK @Dusk
Phoenix khiến tôi nhìn Dusk theo một cách khác.

Tôi nghĩ các hệ thống quyền riêng tư thường bị đánh giá một cách ngược lại. Mọi người hỏi liệu một giao dịch có thể che giấu người gửi, số tiền và điểm đến hay không. Tôi thà hỏi hệ thống đang làm gì bên dưới lớp quyền riêng tư đó, và điều gì xảy ra khi việc sử dụng thực tế bắt đầu chồng chất.

Phoenix dùng một mô hình kiểu UTXO, trong đó DUSK tồn tại dưới dạng các ghi chú riêng tư. Việc chi tiêu sẽ công bố một nullifier để chứng minh rằng ghi chú đã được tiêu thụ rồi mà không tiết lộ chính xác ghi chú nào đã bị chi tiêu. Sự tách biệt này rất quan trọng vì tập quyền riêng tư có thể mở rộng từ lịch sử của các ghi chú, thay vì phụ thuộc vào một vài kẻ mạo danh được chọn tại thời điểm chi tiêu.

Đây là lúc tôi thấy thiết kế thú vị hơn so với cách quảng cáo thông thường “Dusk là riêng tư”.

Câu hỏi khó hơn là hiệu quả.

Phoenix sử dụng các bằng chứng không kiến thức để gắn kết mọi thứ với nhau, và điều đó tạo ra một cấu hình kỹ thuật rất khác so với các hệ thống như Monero (dùng chữ ký vòng cộng Bulletproofs+), hoặc Zcash (thiết kế Orchard mới dùng Halo 2).

Tôi chưa thật sự tin rằng người thắng cuộc là bên có mật mã mạnh nhất trên giấy.

Tôi muốn biết cái giá phải trả cho quyền riêng tư đó: kích thước bằng chứng, thời gian tạo bằng chứng, thời gian xác minh, và các chỉ số đó thay đổi thế nào khi tập ghi chú ngày càng lớn.

Vì quyền riêng tư hoạt động thật tuyệt trong một nguyên mẫu là một chuyện. Quyền riêng tư vẫn giữ được khả năng sử dụng khi chuỗi dữ liệu phải gánh nhiều năm giao dịch lại là một phép thử thú vị hơn rất nhiều.

#dusk $DUSK @Dusk
XSC Standard and the Privacy/Compliance Tradeoff

I keep coming back to one uncomfortable question around XSC: can you make a financial transaction private without making the underlying compliance logic too rigid?

The interesting part of Dusk’s design is not simply that zero-knowledge proofs can hide transaction details. XSC is built around proving that certain conditions are satisfied without exposing everything behind the proof. Its specification describes proof types for things such as set inclusion, knowledge, equality, range checks and authorization, while the contract itself defines the rules a wallet must enforce.

That sounds clean until you look at the legal side. Regulation is rarely a neat Boolean statement. “Is this investor eligible?” can become questions about jurisdiction, changing status, exemptions, reporting duties and who is allowed to verify what.

I’ve seen privacy systems treated as if cryptography solves the compliance problem by itself. It doesn’t. ZK can prove a statement; it cannot decide whether the statement captures the regulator’s intent. Research on blockchain compliance makes the same distinction: privacy-preserving proofs can reduce unnecessary disclosure, but governance, authorization and disclosure rules still matter.

That’s why I find XSC more interesting as a design problem than a product story. The real test is whether regulated finance can be expressed as precise, enforceable predicates without quietly turning privacy into another permission layer.

That tradeoff is where the serious work begins.

Vàng tăng lên trên $4.400, đạt mức cao trong hai tháng

Vàng đã vượt mốc 4.400 USD mỗi ounce, đạt mức cao nhất trong hơn hai tháng, khi giá giao ngay trong thời gian ngắn chạm khoảng 4.435.

Diễn biến này diễn ra khi các nhà giao dịch đánh giá lại triển vọng lãi suất của Mỹ sau dữ liệu việc làm yếu hơn, trong khi hiện sự chú ý đang chuyển sang các số liệu lạm phát quan trọng của Mỹ để tìm manh mối cho bước đi tiếp theo của Fed.

Đối với vàng, câu hỏi quan trọng là liệu người mua có thể duy trì đà tăng trên 4.400 USD hay không—hay việc giá dầu tăng, lợi suất và kỳ vọng tăng lãi suất trở lại sẽ kích hoạt một đợt điều chỉnh khác.
$RAD $BANANAS31 $MITO

SpaceX vừa đăng tải báo cáo thu nhập công khai đầu tiên và các con số rất khả quan: doanh thu tăng 92% lên 7,8B USD và vượt dự báo. Giờ đây, thị trường đang theo dõi sát hai vấn đề — thời gian bị hạn chế giao dịch cổ phiếu và chi phí AI đang gia tăng.
$HEI $BICO $BANK

#baby $BABY @BabylonLabs_io
Tôi đã suy nghĩ về Babylon từ góc nhìn trải nghiệm người dùng, và tôi cứ quay lại với một ý tưởng: Bitcoin không khó vì mật mã. Nó khó vì mỗi bước ký bổ sung lại khiến mọi người tự hỏi liệu mình có sắp thực hiện một sai lầm không thể đảo ngược hay không.

Babylon yêu cầu người dùng giữ quyền kiểm soát BTC của mình khi tương tác với các cơ chế timelock (khóa theo thời gian), các giao dịch staking, bước đăng ký và khả năng tương thích ví. Không mục nào trong số đó là lỗi theo nghĩa riêng lẻ, nhưng khi kết hợp lại, chúng làm tăng “chi phí tinh thần” để tham gia.

Điều khiến tôi hứng thú nhất không phải là mô hình staking. Mà là phần giao diện giữa giao thức và người đang nắm giữ các khóa.

Những dự án chiến thắng không nhất thiết sẽ là những dự án có script thông minh nhất. Họ sẽ là những dự án ẩn đi sự phức tạp mà không che giấu quyền sở hữu.

Với tôi, đó mới là chuẩn mực thực sự. Nếu tôi cần phải hiểu các thành phần nội tại của Bitcoin trước khi cảm thấy thoải mái khi staking, thì UX vẫn còn nhiều việc phải làm. Tự quản lý (self-custody) nên tạo thêm sự tự tin, chứ không phải sự do dự.

#baby $BABY @BabylonLabs_io
Một điều tôi cứ quay lại với Babylon là quyền riêng tư không phải là một câu trả lời đơn giản có hoặc không.

BTC của bạn không bao giờ rời khỏi sự kiểm soát của bạn, và Taproot làm tốt việc che giấu kịch bản (staking script). Nhưng dấu vết trên chuỗi vẫn còn đó. Theo thời gian, thời điểm stake, các mẫu UTXO và hoạt động đăng ký có thể tiết lộ nhiều hơn so với những gì nhiều người nghĩ—bao gồm cả manh mối về nhà cung cấp tính cuối cùng (finality provider) đứng sau một lần stake.

Kịch bản được giữ kín. Hành vi thì không.

#baby $BABY @BabylonLabs_io
Tôi cứ thấy rằng mọi người đối xử với khả năng tương tác của Babylon như thể nó giải quyết cùng một vấn đề trên mọi chuỗi.

Tôi không nghĩ vậy.

Trong hệ sinh thái Cosmos, thiết kế lại rất gọn gàng. Một IBC relayer (bộ chuyển tiếp) chuyển các checkpoint vào Babylon, và các validator của Babylon sẽ xác minh và bỏ phiếu cho chúng. Mô hình bảo mật vẫn tương đối nhất quán vì các chuỗi đã nói cùng một “ngôn ngữ” tương tự.

Ngoài Cosmos thì bức tranh thay đổi.

Tôi đã từng thấy điều này với hạ tầng liên chuỗi. Ngay khi bạn bước sang các môi trường thực thi khác nhau, “tương tác” trở thành một bài toán kỹ thuật xác minh. Mỗi hệ sinh thái mới cần cách riêng của mình để xác minh tính bảo mật được hỗ trợ bởi Bitcoin, thay vì cắm vào một chuẩn chung phổ quát.

Vì vậy, tôi nghĩ thử thách lớn nhất của Babylon không phải là thêm nhiều chuỗi hơn.

Mà là làm sao để mô hình bảo mật trông cũng “tự nhiên” ở mọi nơi mà không tạo ra một câu chuyện về niềm tin khác nhau cho từng lần tích hợp.

#baby $BABY @BabylonLabs_io
Điều khiến tôi thấy thú vị nhất về Babylon là nó không cố gắng biến hành vi xấu trở nên không thể xảy ra. Nó cố gắng biến việc che giấu nó trở nên không thể.

Đó là một khác biệt lớn. Nếu một nhà cung cấp cuối cùng ký hai thông điệp mâu thuẫn bằng cùng một khóa EOTS, thì chính sai lầm sẽ lộ ra khóa đó. Vì vậy, “bằng chứng” không phải là thứ được thêm vào sau này. Bằng chứng chính là lỗi.

Tôi đã thấy rất nhiều cuộc trò chuyện về bảo mật trong lĩnh vực crypto nói về trừng phạt, nhưng cảm giác này trực tiếp hơn. Nó gần giống như hệ thống nói: “Nếu bạn gian lận, bạn sẽ tự lộ ra.” Cách đó đối với tôi gọn gàng hơn so với một cơ chế đòi hỏi phải tranh luận dài dòng sau sự việc.

Thiết kế 3f+1 cũng kể một câu chuyện rõ ràng. Babylon kỳ vọng một số trình xác thực sẽ thất bại. Nó chỉ không muốn những người nắm giữ BTC trung thực phải trả giá cho sự thất bại đó. Phần này rất quan trọng với tôi, bởi nhiều hệ thống nói rằng họ bảo vệ người dùng, nhưng vẫn để chỗ cho người vô tội bị tổn hại khi mọi thứ đi sai.

Vì vậy, kết luận của tôi thật đơn giản. Mô hình slashing của Babylon không thực sự nhằm tạo kịch tính hay sợ hãi. Nó nhằm khiến cho sự bất trung thực để lại một dấu vết không thể bị bỏ qua.

#baby $BABY @BabylonLabs_io
Tôi nhận thấy rằng hầu hết các cuộc thảo luận xung quanh Babylon tập trung vào việc unbonding nhanh. Theo tôi, câu hỏi thú vị hơn là điều gì khiến “nhanh” trở nên đáng tin ngay từ đầu.

Câu trả lời không phải là tốc độ. Đó là kỷ luật về mốc thời gian (timestamp).

Mỗi checkpoint của Bitcoin về cơ bản là một biên nhận công khai nói rằng: “đây là lịch sử mà chúng ta cam kết.” Nếu các biên nhận này đủ thường xuyên, các validator không cần phải ngồi chờ các giai đoạn rút tiền dài, vì lịch sử đã được neo sẵn. Nếu chúng quá thưa, thời gian chờ thêm sẽ lặng lẽ quay trở lại thông qua một “cánh cửa” khác.

Vì vậy, tôi không xem tần suất timestamp như một tham số vận hành. Tôi xem đó là một ngân sách bảo mật. Đăng quá thường xuyên thì phí Bitcoin sẽ trở thành một phần chi phí bảo mật của bạn. Đăng quá hiếm thì các bảo đảm về tính tất yếu (finality) của bạn bắt đầu dựa vào những giả định nằm ngoài Bitcoin.

Với tôi, Babylon không cố gắng loại bỏ các đánh đổi. Nó đang chuyển các đánh đổi đó vào một nơi duy nhất, nơi mọi người có thể đo lường chúng: lịch trình checkpoint.

nLIGHT (NASDAQ: LASR) đã tăng khoảng 5,8%, nổi bật trong bối cảnh thị trường chứng khoán công nghệ nói chung đang bị bán tháo.

Diễn biến này diễn ra sau tin tức về một hợp đồng quốc phòng lớn của Mỹ cho một hệ thống laser năng lượng cao. Phần thưởng ban đầu có giá trị 44 triệu USD, và tổng quy mô chương trình có thể lên tới 627 triệu USD.

Trong khi cổ phiếu bán dẫn và trí tuệ nhân tạo chịu áp lực, nhà đầu tư dường như tập trung nhiều hơn vào vai trò ngày càng mở rộng của nLIGHT trong công nghệ quốc phòng và các hệ thống năng lượng định hướng.

#LASR #nLIGHT #DefenseTechnology #stockssignal
$LAB

Tôi nghĩ thách thức quản trị lớn nhất của Newton không phải là chọn tác nhân AI thông minh nhất. Mà là quyết định khi nào chính tác nhân đó đã thay đổi đủ nhiều để không còn là “một người” mà tất cả mọi người ban đầu từng tin tưởng nữa.

Thị trường thay đổi, mô hình được cập nhật, và ngay cả những thay đổi nhỏ cũng có thể định hình lại hoàn toàn cách tác nhân vận hành. Nếu mọi bản cập nhật đều cần một phiếu bầu của DAO, thì đổi mới sẽ chậm lại, gần như bò lê. Nếu các nhà phát triển có thể thay đổi mọi thứ mà không có giám sát, thì quản trị sẽ chỉ còn là một thủ tục xác nhận.

Cách tiếp cận tốt hơn là quản trị mức độ rủi ro, chứ không phải quản trị mọi thay đổi mã. Những cải tiến nhỏ có thể tiến nhanh, nhưng mọi thứ mở rộng quyền hạn của một tác nhân, mức phơi nhiễm vốn, hoặc phạm vi thực thi của nó đều nên tự động phải trải qua việc cộng đồng xem xét, mô phỏng và một cơ chế timelock trước khi đưa vào vận hành.

Với tôi, đó là nơi mà sự phi tập trung thực sự bắt đầu—không phải bằng cách kiểm soát mọi quyết định của AI, mà bằng cách đảm bảo cộng đồng luôn có tiếng nói mỗi khi tiềm năng tác động ngày càng lớn.

#Newt @NewtonProtocol $NEWT

#grvt @grvt_io
Càng tìm hiểu về việc tự lưu ký, tôi càng nghĩ rằng thách thức lớn nhất không nằm ở công nghệ. Mà nằm ở trải nghiệm người dùng.

GRVT đã làm tốt việc giảm bớt một số trở ngại thường gặp. Ký không cần gas, nhiều tùy chọn ví linh hoạt và quy trình onboarding đơn giản hơn khiến nền tảng này giống như một ứng dụng giao dịch thông thường hơn. Điều này rất quan trọng vì đa số người dùng muốn tập trung vào giao dịch, thay vì phải quản lý ví.

Nhưng tự lưu ký vẫn đòi hỏi người dùng phải hiểu các khía cạnh như phương thức khôi phục, quyền truy cập của ví, các cầu nối (bridge) và lộ trình rút tiền. Những chi tiết này chỉ trở nên rõ ràng khi có sự cố xảy ra—mà thường đó lại là thời điểm tệ nhất để học chúng.

Tôi nghĩ làn sóng áp dụng tiếp theo sẽ đến từ các nền tảng giải thích rõ những đánh đổi đó thay vì che giấu chúng. Người dùng không ngại việc có nhiều quyền kiểm soát hơn, miễn là họ cũng biết chính xác quyền kiểm soát đó có ý nghĩa gì.

Với tôi, tự lưu ký tuyệt vời không phải là làm cho crypto trở nên “vô hình”. Mà là biến trách nhiệm trở nên đủ đơn giản để người dùng phổ thông có thể quản lý nó một cách tự tin.