NDB37

Открытая сделка
Владелец U
Владелец U
Трейдер с регулярными сделками
8.8 г
6 подписок(и/а)
0 подписчиков(а)
6 понравилось
Посты
Портфель
·
--
Рост
Если сосредоточиться только на прогнозах, можно упустить другие способы накопления баллов в Binance Pick. Среди заданий, объявленных Binance: - Ежедневная отметка. - Реферальная программа. - Спотовая торговля/конвертация/торговля фьючерсами. - Публикация постов в Binance Square. - Станция пополнения. Конкретные задания могут различаться в зависимости от региона и аккаунта. Рекомендуем каждый день проверять страницу кампании. #BinancePick $BTC $BNB {future}(BTCUSDT)
Если сосредоточиться только на прогнозах, можно упустить другие способы накопления баллов в Binance Pick.

Среди заданий, объявленных Binance:
- Ежедневная отметка.
- Реферальная программа.
- Спотовая торговля/конвертация/торговля фьючерсами.
- Публикация постов в Binance Square.
- Станция пополнения.
Конкретные задания могут различаться в зависимости от региона и аккаунта. Рекомендуем каждый день проверять страницу кампании.

#BinancePick $BTC $BNB
·
--
См. перевод
Không phải cứ đứng ngoài Top leaderboard là hết cơ hội. Binance Pick dành riêng 100.000 USDC cho Participation Rewards. Người không có thứ hạng trên Season hoặc Weekly Leaderboard và hoàn thành ít nhất 5 lần check-in trong mùa có thể đủ điều kiện chia sẻ phần thưởng. Mức tối đa là 5 USDC/người. Đôi khi những nhiệm vụ đơn giản lại đáng để duy trì mỗi ngày. #BinancePick
Không phải cứ đứng ngoài Top leaderboard là hết cơ hội.

Binance Pick dành riêng 100.000 USDC cho Participation Rewards. Người không có thứ hạng trên Season hoặc Weekly Leaderboard và hoàn thành ít nhất 5 lần check-in trong mùa có thể đủ điều kiện chia sẻ phần thưởng.

Mức tối đa là 5 USDC/người.

Đôi khi những nhiệm vụ đơn giản lại đáng để duy trì mỗi ngày.

#BinancePick
·
--
Рост
См. перевод
Không lọt top leaderboard vẫn còn một cơ hội nhận thưởng từ Binance Pick. Người không xếp hạng trên Season hoặc Weekly Leaderboard, đồng thời hoàn thành ít nhất 5 lần check-in trong mùa, có thể đủ điều kiện chia sẻ quỹ Participation Rewards 100.000 USDC. Mức thưởng tối đa là 5 USDC/người. Nhớ kiểm tra điều kiện áp dụng nhé! #BinancePick {future}(BNBUSDT)
Không lọt top leaderboard vẫn còn một cơ hội nhận thưởng từ Binance Pick.

Người không xếp hạng trên Season hoặc Weekly Leaderboard, đồng thời hoàn thành ít nhất 5 lần check-in trong mùa, có thể đủ điều kiện chia sẻ quỹ Participation Rewards 100.000 USDC.

Mức thưởng tối đa là 5 USDC/người. Nhớ kiểm tra điều kiện áp dụng nhé!

#BinancePick
·
--
См. перевод
Còn ít ngày nữa lf hết tuàn rồi, cố lên nào anh em. #BinancePick
Còn ít ngày nữa lf hết tuàn rồi, cố lên nào anh em.

#BinancePick
·
--
См. перевод
Hôm nay là thứ 3, tiếp tục điểm danh và làm các task vụ để nhận điểm nhé ae. #BinancePick
Hôm nay là thứ 3, tiếp tục điểm danh và làm các task vụ để nhận điểm nhé ae.

#BinancePick
·
--
См. перевод
#BinancePick hôm nay kết quả anh em pick tốt chứ? Cố gắng dành thưởng tuần này nào.
#BinancePick hôm nay kết quả anh em pick tốt chứ? Cố gắng dành thưởng tuần này nào.
·
--
Падение
В Dusk есть одна деталь, которая кажется мне интереснее любых заголовков о «регулируемых финансах». Дело в том, что Dusk не пытается сделать все транзакции публичными или, наоборот, все транзакции приватными. Moonlight и Phoenix существуют параллельно. Moonlight позволяет публично наблюдать за балансами и переводами. Phoenix же использует защищённый подход: с помощью доказательств с нулевым разглашением он подтверждает корректность транзакции, не раскрывая сумму и всю связанную с ней информацию. Когда нужны аудит или раскрытие данных, ключи просмотра позволяют раскрывать информацию выборочно. Это заставило меня задуматься об одной вполне практической проблеме в финансах. Фонд может захотеть защитить свои позиции от всего рынка, чтобы никто не видел каждую его транзакцию. Инвестору может потребоваться доказать, что он соответствует требованиям для покупки актива. Регулятору же может понадобиться возможность провести проверку, если для этого есть веские основания. Кажется, будто эти три требования противоречат друг другу. Но, возможно, это не обязательно так, если доступ к информации заложен в сам протокол. Именно поэтому Citadel и выборочное раскрытие данных заслуживают внимания в архитектуре Dusk. Здесь приватность понимается не просто как «никто ничего не видит», а как контроль над тем, какие данные раскрываются и кому. Не думаю, что это доказывает, будто Dusk уже решил задачу регулируемых финансов. Но это заставило меня взглянуть на вопрос иначе: Возможно, приватность не противоречит соблюдению требований. Возможно, именно благодаря приватности требования можно выполнять более гибко. Именно за этим я продолжу следить в @Dusk_Foundation . #dusk $DUSK {future}(DUSKUSDT)
В Dusk есть одна деталь, которая кажется мне интереснее любых заголовков о «регулируемых финансах».

Дело в том, что Dusk не пытается сделать все транзакции публичными или, наоборот, все транзакции приватными.

Moonlight и Phoenix существуют параллельно.

Moonlight позволяет публично наблюдать за балансами и переводами. Phoenix же использует защищённый подход: с помощью доказательств с нулевым разглашением он подтверждает корректность транзакции, не раскрывая сумму и всю связанную с ней информацию. Когда нужны аудит или раскрытие данных, ключи просмотра позволяют раскрывать информацию выборочно.

Это заставило меня задуматься об одной вполне практической проблеме в финансах.

Фонд может захотеть защитить свои позиции от всего рынка, чтобы никто не видел каждую его транзакцию.

Инвестору может потребоваться доказать, что он соответствует требованиям для покупки актива.

Регулятору же может понадобиться возможность провести проверку, если для этого есть веские основания.

Кажется, будто эти три требования противоречат друг другу.

Но, возможно, это не обязательно так, если доступ к информации заложен в сам протокол.

Именно поэтому Citadel и выборочное раскрытие данных заслуживают внимания в архитектуре Dusk. Здесь приватность понимается не просто как «никто ничего не видит», а как контроль над тем, какие данные раскрываются и кому.

Не думаю, что это доказывает, будто Dusk уже решил задачу регулируемых финансов.

Но это заставило меня взглянуть на вопрос иначе:

Возможно, приватность не противоречит соблюдению требований. Возможно, именно благодаря приватности требования можно выполнять более гибко.

Именно за этим я продолжу следить в @Dusk .

#dusk $DUSK
·
--
См. перевод
$TMX rác thật, nhìn cái chart chán đời, toàn xả.
$TMX rác thật, nhìn cái chart chán đời, toàn xả.
·
--
Рост
См. перевод
Có một điều tôi nhận ra khi nhìn vào tokenomics của Dusk: con số emission giảm dần chưa chắc là câu chuyện quan trọng nhất. Theo tài liệu hiện tại, Dusk dự kiến phát hành thêm 500 triệu $DUSK trong 36 năm. Emission giảm một nửa sau mỗi 4 năm: 250.48M ở giai đoạn đầu, sau đó 125.24M, 62.62M, 31.31M… và xuống khoảng 0.98M ở giai đoạn cuối. Nhìn qua, câu chuyện khá dễ hiểu: Emission giảm → áp lực phát hành giảm → nguồn cung mới tăng chậm hơn. Nhưng tôi nghĩ có một câu hỏi khó hơn nằm phía sau. Ai sẽ trả tiền cho việc bảo vệ mạng lưới khi subsidy ngày càng nhỏ? Block reward của Dusk không chỉ đến từ DUSK mới phát hành. Nó còn bao gồm toàn bộ transaction fees của block. Điều này có nghĩa là khi emission giảm dần, hoạt động thực tế trên mạng lưới sẽ ngày càng quan trọng đối với economics của validator. Một mạng có hàng triệu token được phát hành để trả reward có thể duy trì incentive trong giai đoạn đầu. Nhưng về lâu dài, một mô hình bền vững hơn phải dựa nhiều hơn vào economic activity thực sự tạo ra fees. Đó là lý do tôi không chỉ nhìn vào circulating supply hay emission schedule khi nghiên cứu $DUSK. Tôi muốn biết thêm một con số khác: Fee revenue thực tế trên mỗi block sẽ tăng đến đâu khi emission tiếp tục giảm? Nếu Dusk Trade, tokenized assets và các ứng dụng tài chính thực sự tạo ra nhu cầu settlement, câu chuyện sẽ rất khác. Còn nếu activity không đủ lớn, emission giảm đơn giản chỉ có nghĩa là phần thưởng từ subsidy nhỏ đi. Với tôi, đây mới là bài toán dài hạn đáng theo dõi của @Dusk_Foundation . #dusk $BTC $ETH {future}(DUSKUSDT)
Có một điều tôi nhận ra khi nhìn vào tokenomics của Dusk: con số emission giảm dần chưa chắc là câu chuyện quan trọng nhất.

Theo tài liệu hiện tại, Dusk dự kiến phát hành thêm 500 triệu $DUSK trong 36 năm. Emission giảm một nửa sau mỗi 4 năm: 250.48M ở giai đoạn đầu, sau đó 125.24M, 62.62M, 31.31M… và xuống khoảng 0.98M ở giai đoạn cuối.

Nhìn qua, câu chuyện khá dễ hiểu:

Emission giảm → áp lực phát hành giảm → nguồn cung mới tăng chậm hơn.

Nhưng tôi nghĩ có một câu hỏi khó hơn nằm phía sau.

Ai sẽ trả tiền cho việc bảo vệ mạng lưới khi subsidy ngày càng nhỏ?

Block reward của Dusk không chỉ đến từ DUSK mới phát hành. Nó còn bao gồm toàn bộ transaction fees của block.

Điều này có nghĩa là khi emission giảm dần, hoạt động thực tế trên mạng lưới sẽ ngày càng quan trọng đối với economics của validator.

Một mạng có hàng triệu token được phát hành để trả reward có thể duy trì incentive trong giai đoạn đầu.

Nhưng về lâu dài, một mô hình bền vững hơn phải dựa nhiều hơn vào economic activity thực sự tạo ra fees.

Đó là lý do tôi không chỉ nhìn vào circulating supply hay emission schedule khi nghiên cứu $DUSK .

Tôi muốn biết thêm một con số khác:

Fee revenue thực tế trên mỗi block sẽ tăng đến đâu khi emission tiếp tục giảm?

Nếu Dusk Trade, tokenized assets và các ứng dụng tài chính thực sự tạo ra nhu cầu settlement, câu chuyện sẽ rất khác.

Còn nếu activity không đủ lớn, emission giảm đơn giản chỉ có nghĩa là phần thưởng từ subsidy nhỏ đi.

Với tôi, đây mới là bài toán dài hạn đáng theo dõi của @Dusk .

#dusk $BTC $ETH
·
--
См. перевод
#dusk $DUSK @Dusk_Foundation Có một điều tôi thấy khá thú vị khi nhìn vào câu chuyện privacy của Dusk: họ dường như không cố biến compliance thành kẻ thù của privacy. Thay vì chọn một trong hai cực — công khai tất cả hoặc che giấu tất cả — Dusk đang xây một mô hình ở giữa. Ví dụ rõ nhất là Citadel. Citadel 2 cho phép người dùng chứng minh mình sở hữu một credential hợp lệ mà không cần đưa toàn bộ thông tin cá nhân hay tiết lộ chính xác credential nào đã được sử dụng lên blockchain. Service Provider vẫn là bên quyết định điều kiện truy cập, còn người dùng chỉ cung cấp những gì workflow thực sự yêu cầu. Tôi thấy cách này khá hợp với tài chính. Một tổ chức có thể cần biết nhà đầu tư đủ điều kiện tham gia, nhưng không nhất thiết phải biết toàn bộ dữ liệu cá nhân của người đó. Một hệ thống giao dịch có thể cần xác minh residency hoặc accreditation, nhưng không có nghĩa mọi participant trên blockchain đều phải nhìn thấy những thông tin đó. Đó chính là điểm selective disclosure trở nên quan trọng. Privacy ở đây không phải là: “Không ai được kiểm tra tôi.” Mà gần hơn với: “Tôi chứng minh điều cần chứng minh, cho đúng bên cần biết.” Dusk đang đặt Citadel bên cạnh access control, smart contract logic và các transaction model khác để xây infrastructure cho regulated markets. Tôi không nghĩ điều này tự động chứng minh Dusk sẽ trở thành hạ tầng tài chính lớn. Nhưng nó khiến tôi đặt một câu hỏi khác: Nếu Web3 muốn bước vào những thị trường có quy định nghiêm ngặt, liệu privacy có kiểm soát mới là hướng thực tế hơn privacy tuyệt đối? $BTC $ETH
#dusk $DUSK @Dusk Có một điều tôi thấy khá thú vị khi nhìn vào câu chuyện privacy của Dusk: họ dường như không cố biến compliance thành kẻ thù của privacy.

Thay vì chọn một trong hai cực — công khai tất cả hoặc che giấu tất cả — Dusk đang xây một mô hình ở giữa.

Ví dụ rõ nhất là Citadel.

Citadel 2 cho phép người dùng chứng minh mình sở hữu một credential hợp lệ mà không cần đưa toàn bộ thông tin cá nhân hay tiết lộ chính xác credential nào đã được sử dụng lên blockchain. Service Provider vẫn là bên quyết định điều kiện truy cập, còn người dùng chỉ cung cấp những gì workflow thực sự yêu cầu.

Tôi thấy cách này khá hợp với tài chính.

Một tổ chức có thể cần biết nhà đầu tư đủ điều kiện tham gia, nhưng không nhất thiết phải biết toàn bộ dữ liệu cá nhân của người đó.

Một hệ thống giao dịch có thể cần xác minh residency hoặc accreditation, nhưng không có nghĩa mọi participant trên blockchain đều phải nhìn thấy những thông tin đó.

Đó chính là điểm selective disclosure trở nên quan trọng.

Privacy ở đây không phải là:

“Không ai được kiểm tra tôi.”

Mà gần hơn với:

“Tôi chứng minh điều cần chứng minh, cho đúng bên cần biết.”

Dusk đang đặt Citadel bên cạnh access control, smart contract logic và các transaction model khác để xây infrastructure cho regulated markets.

Tôi không nghĩ điều này tự động chứng minh Dusk sẽ trở thành hạ tầng tài chính lớn.

Nhưng nó khiến tôi đặt một câu hỏi khác:

Nếu Web3 muốn bước vào những thị trường có quy định nghiêm ngặt, liệu privacy có kiểm soát mới là hướng thực tế hơn privacy tuyệt đối?

$BTC $ETH
·
--
См. перевод
Tôi từng nghĩ privacy trên blockchain chỉ là câu chuyện “ẩn giao dịch”. Nhưng càng tìm hiểu Dusk, tôi càng thấy cách đặt vấn đề này hơi đơn giản. Với tài chính được quản lý, thứ cần bảo vệ không chỉ là số tiền. Còn có danh tính, quyền sở hữu, điều kiện tham gia và những dữ liệu mà không phải ai trên mạng cũng cần nhìn thấy. Dusk giải bài toán này bằng nhiều lớp khác nhau. Moonlight phục vụ các account flow công khai, trong khi Phoenix cung cấp shielded transfers để bảo vệ thông tin nhạy cảm của giao dịch. Zero-knowledge proofs giúp xác minh các điều kiện cần thiết mà không nhất thiết phải công khai toàn bộ dữ liệu phía sau. Nhưng phần tôi thấy thú vị hơn lại là selective disclosure. Thay vì chọn giữa “tất cả đều public” và “tất cả đều private”, Dusk hướng tới việc kiểm soát dữ liệu nào được nhìn thấy và ai có quyền tiếp cận nó. Điều này khá phù hợp với regulated finance. Một nhà đầu tư có thể cần privacy, nhưng issuer, auditor hoặc supervisor vẫn có thể cần bằng chứng khi có quyền kiểm tra. Dusk xây Citadel như một lớp identity và access với selective disclosure để phục vụ chính kiểu workflow này. Và privacy không dừng ở transaction layer. Confidential Security Contract Standard (XSC) cho phép privacy và compliance trở thành một phần của logic smart contract, thay vì chỉ là tính năng bên ngoài. Từ đó tôi bắt đầu nhìn privacy theo một cách khác: Privacy không nhất thiết là che giấu mọi thứ. Đôi khi nó đơn giản là kiểm soát chính xác ai được biết điều gì, vào thời điểm nào và vì lý do gì. Đó có lẽ mới là bài toán khó khi blockchain muốn bước sâu hơn vào thị trường tài chính. #dusk @Dusk_Foundation $DUSK
Tôi từng nghĩ privacy trên blockchain chỉ là câu chuyện “ẩn giao dịch”.

Nhưng càng tìm hiểu Dusk, tôi càng thấy cách đặt vấn đề này hơi đơn giản.

Với tài chính được quản lý, thứ cần bảo vệ không chỉ là số tiền. Còn có danh tính, quyền sở hữu, điều kiện tham gia và những dữ liệu mà không phải ai trên mạng cũng cần nhìn thấy.

Dusk giải bài toán này bằng nhiều lớp khác nhau.

Moonlight phục vụ các account flow công khai, trong khi Phoenix cung cấp shielded transfers để bảo vệ thông tin nhạy cảm của giao dịch. Zero-knowledge proofs giúp xác minh các điều kiện cần thiết mà không nhất thiết phải công khai toàn bộ dữ liệu phía sau.

Nhưng phần tôi thấy thú vị hơn lại là selective disclosure.

Thay vì chọn giữa “tất cả đều public” và “tất cả đều private”, Dusk hướng tới việc kiểm soát dữ liệu nào được nhìn thấy và ai có quyền tiếp cận nó.

Điều này khá phù hợp với regulated finance.

Một nhà đầu tư có thể cần privacy, nhưng issuer, auditor hoặc supervisor vẫn có thể cần bằng chứng khi có quyền kiểm tra. Dusk xây Citadel như một lớp identity và access với selective disclosure để phục vụ chính kiểu workflow này.

Và privacy không dừng ở transaction layer.

Confidential Security Contract Standard (XSC) cho phép privacy và compliance trở thành một phần của logic smart contract, thay vì chỉ là tính năng bên ngoài.

Từ đó tôi bắt đầu nhìn privacy theo một cách khác:

Privacy không nhất thiết là che giấu mọi thứ.

Đôi khi nó đơn giản là kiểm soát chính xác ai được biết điều gì, vào thời điểm nào và vì lý do gì.

Đó có lẽ mới là bài toán khó khi blockchain muốn bước sâu hơn vào thị trường tài chính.

#dusk @Dusk $DUSK
·
--
См. перевод
Có một điểm trong thị trường tokenized assets mà tôi nghĩ rất dễ bị bỏ qua: Thanh khoản không phải lúc nào cũng là vấn đề đầu tiên. Nếu một tài sản được quản lý, việc đưa nó lên blockchain chưa có nghĩa là bất kỳ ai cũng có thể mua, giữ hoặc chuyển nó cho người khác. Bạn vẫn cần biết người mua là ai, ví nào thuộc về họ, họ có đủ điều kiện nắm giữ tài sản hay không và giao dịch có đáp ứng các restriction được đặt ra hay không. Đây là lý do Dusk Trade khiến tôi chú ý. Dusk đang xây lớp ứng dụng cho tokenized financial assets với những workflow như investor onboarding, wallet binding, controlled transfers, payment coordination và settlement. Nói cách khác, họ đang nhìn tài sản token hóa như một quy trình thị trường hoàn chỉnh, thay vì chỉ nhìn nó như một token trên blockchain. Tôi thấy cách tiếp cận này khá hợp lý. Bởi với securities hay private-market assets, câu hỏi quan trọng không chỉ là: “Token này có giao dịch được không?” Mà còn là: “Ai được phép giao dịch token này và hệ thống kiểm soát điều đó như thế nào?” Dusk đang cố đưa những quy tắc đó vào chính market infrastructure. Liệu mô hình này có thực sự giúp giảm sự phân mảnh giữa issuance, trading và settlement? Tôi nghĩ đây mới là phần đáng quan sát. #dusk @Dusk_Foundation $DUSK $BTC {future}(BTCUSDT)
Có một điểm trong thị trường tokenized assets mà tôi nghĩ rất dễ bị bỏ qua:

Thanh khoản không phải lúc nào cũng là vấn đề đầu tiên.

Nếu một tài sản được quản lý, việc đưa nó lên blockchain chưa có nghĩa là bất kỳ ai cũng có thể mua, giữ hoặc chuyển nó cho người khác.

Bạn vẫn cần biết người mua là ai, ví nào thuộc về họ, họ có đủ điều kiện nắm giữ tài sản hay không và giao dịch có đáp ứng các restriction được đặt ra hay không.

Đây là lý do Dusk Trade khiến tôi chú ý.

Dusk đang xây lớp ứng dụng cho tokenized financial assets với những workflow như investor onboarding, wallet binding, controlled transfers, payment coordination và settlement. Nói cách khác, họ đang nhìn tài sản token hóa như một quy trình thị trường hoàn chỉnh, thay vì chỉ nhìn nó như một token trên blockchain.

Tôi thấy cách tiếp cận này khá hợp lý.

Bởi với securities hay private-market assets, câu hỏi quan trọng không chỉ là:

“Token này có giao dịch được không?”

Mà còn là:

“Ai được phép giao dịch token này và hệ thống kiểm soát điều đó như thế nào?”

Dusk đang cố đưa những quy tắc đó vào chính market infrastructure.

Liệu mô hình này có thực sự giúp giảm sự phân mảnh giữa issuance, trading và settlement? Tôi nghĩ đây mới là phần đáng quan sát.

#dusk @Dusk $DUSK $BTC
·
--
Рост
См. перевод
Có một điều tôi càng tìm hiểu về RWA càng thấy rõ: token hóa một tài sản chỉ là điểm bắt đầu. Đưa trái phiếu, quỹ hay chứng khoán lên blockchain chưa giải quyết được những câu hỏi quan trọng hơn: Ai được phép mua? Ai được phép nắm giữ? Khi tài sản được chuyển nhượng, điều kiện nào phải được kiểm tra? Và cuối cùng, tài sản với khoản thanh toán sẽ được settlement như thế nào? Đó là lý do kiến trúc của @Dusk_Foundation khiến tôi chú ý. Dusk không chỉ tập trung vào việc đưa tài sản lênchain. Hạ tầng của họ bao gồm các thành phần cho investor onboarding, wallet binding, controlled transfers và settlement coordination — tức là cố gắng bao phủ cả workflow của một tài sản tài chính được quản lý. Ở tầng kỹ thuật, DuskDS đóng vai trò settlement và data availability, trong khi Dusk có DuskEVM cho Solidity/EVM tooling và DuskVM cho Rust/WASM contracts chạy trực tiếp trên L1. Tôi thích cách tiếp cận này vì nó đặt RWA vào đúng bối cảnh: một tài sản tài chính không chỉ cần token, mà cần cả infrastructure xung quanh token đó. Tất nhiên, kiến trúc tốt trên giấy chưa đồng nghĩa với adoption ngoài đời. Nhưng đây chính là thứ tôi muốn theo dõi ở Dusk: liệu những primitive như compliance, privacy, access control và deterministic settlement có thể kết hợp thành một workflow tài chính onchain thực sự hữu dụng hay không. #dusk $DUSK {future}(DUSKUSDT)
Có một điều tôi càng tìm hiểu về RWA càng thấy rõ: token hóa một tài sản chỉ là điểm bắt đầu.

Đưa trái phiếu, quỹ hay chứng khoán lên blockchain chưa giải quyết được những câu hỏi quan trọng hơn:

Ai được phép mua?

Ai được phép nắm giữ?

Khi tài sản được chuyển nhượng, điều kiện nào phải được kiểm tra?

Và cuối cùng, tài sản với khoản thanh toán sẽ được settlement như thế nào?

Đó là lý do kiến trúc của @Dusk khiến tôi chú ý.

Dusk không chỉ tập trung vào việc đưa tài sản lênchain. Hạ tầng của họ bao gồm các thành phần cho investor onboarding, wallet binding, controlled transfers và settlement coordination — tức là cố gắng bao phủ cả workflow của một tài sản tài chính được quản lý.

Ở tầng kỹ thuật, DuskDS đóng vai trò settlement và data availability, trong khi Dusk có DuskEVM cho Solidity/EVM tooling và DuskVM cho Rust/WASM contracts chạy trực tiếp trên L1.

Tôi thích cách tiếp cận này vì nó đặt RWA vào đúng bối cảnh: một tài sản tài chính không chỉ cần token, mà cần cả infrastructure xung quanh token đó.

Tất nhiên, kiến trúc tốt trên giấy chưa đồng nghĩa với adoption ngoài đời.

Nhưng đây chính là thứ tôi muốn theo dõi ở Dusk: liệu những primitive như compliance, privacy, access control và deterministic settlement có thể kết hợp thành một workflow tài chính onchain thực sự hữu dụng hay không.

#dusk $DUSK
·
--
Рост
См. перевод
DeFi có một điểm khá thú vị: lãi suất càng linh hoạt thì việc lập kế hoạch vốn đôi khi lại càng khó. Nếu hôm nay borrow với một mức rate, vài ngày sau thị trường thay đổi thì chi phí vốn cũng có thể thay đổi theo. Với những chiến lược có thời hạn rõ ràng, sự biến động này không phải lúc nào cũng dễ chịu. Đó là lý do mình chú ý đến cách @termmax xây dựng fixed-rate và fixed-term lending. Thay vì chỉ nhìn vào một pool với lãi suất thay đổi liên tục, TermMax thiết kế các thị trường có maturity cụ thể. Người cho vay có thể tiếp cận Fixed-Rate Token (FT), trong khi cơ chế FT + XT được dùng để biểu diễn khoản nợ đến ngày đáo hạn. Điểm mình thấy đáng chú ý nằm ở việc lãi suất được biến thành một thứ có thể giao dịch và định giá theo từng kỳ hạn. Nói đơn giản hơn: DeFi không chỉ còn là câu chuyện “lãi suất hiện tại bao nhiêu?”, mà có thể bắt đầu đặt thêm câu hỏi “tôi muốn cố định chi phí hoặc lợi suất trong bao lâu?”. Đây là một hướng tiếp cận khá đáng để theo dõi khi fixed-income ngày càng trở thành một mảnh ghép quan trọng của DeFi. #termmax $BTC $ETH {spot}(BTCUSDT)
DeFi có một điểm khá thú vị: lãi suất càng linh hoạt thì việc lập kế hoạch vốn đôi khi lại càng khó.

Nếu hôm nay borrow với một mức rate, vài ngày sau thị trường thay đổi thì chi phí vốn cũng có thể thay đổi theo. Với những chiến lược có thời hạn rõ ràng, sự biến động này không phải lúc nào cũng dễ chịu.

Đó là lý do mình chú ý đến cách @TermMax xây dựng fixed-rate và fixed-term lending.

Thay vì chỉ nhìn vào một pool với lãi suất thay đổi liên tục, TermMax thiết kế các thị trường có maturity cụ thể. Người cho vay có thể tiếp cận Fixed-Rate Token (FT), trong khi cơ chế FT + XT được dùng để biểu diễn khoản nợ đến ngày đáo hạn.

Điểm mình thấy đáng chú ý nằm ở việc lãi suất được biến thành một thứ có thể giao dịch và định giá theo từng kỳ hạn.

Nói đơn giản hơn: DeFi không chỉ còn là câu chuyện “lãi suất hiện tại bao nhiêu?”, mà có thể bắt đầu đặt thêm câu hỏi “tôi muốn cố định chi phí hoặc lợi suất trong bao lâu?”.

Đây là một hướng tiếp cận khá đáng để theo dõi khi fixed-income ngày càng trở thành một mảnh ghép quan trọng của DeFi.

#termmax $BTC $ETH
·
--
Рост
См. перевод
I used to think an RWA blockchain had a fairly simple job. Put the asset onchain. Make it tradable. Make settlement faster. Done. But the more I look into @Dusk_Foundation , the more I realize the token is probably the easy part. Take a tokenized bond. Before anyone can trade it, you still need to answer a surprisingly long list of questions. Who is eligible to buy it? Can the asset be transferred to any wallet? What information does the investor need to provide? Which parts of the transaction should be visible? Who is allowed to review the underlying information? How do the cash and asset legs actually settle? That’s why Dusk Trade caught my attention. The architecture isn’t only about creating a digital representation of an asset. It is designed around parts of the actual financial workflow: investor onboarding, wallet binding, transfer controls, disclosure and settlement coordination. Then there is the underlying stack. DuskEVM gives developers a familiar Solidity/EVM environment, while the broader Dusk architecture separates application execution from the settlement and data-availability layer. I don’t think having more components automatically makes a blockchain better. Actually, it creates more things that have to work correctly. But it does make me ask a more interesting question about Dusk: Can all those fragmented requirements of traditional finance eventually become one coherent onchain workflow? Tokenization is only the beginning. The real test is everything that happens after the token is created. #dusk $DUSK {spot}(DUSKUSDT)
I used to think an RWA blockchain had a fairly simple job.

Put the asset onchain.

Make it tradable.

Make settlement faster.

Done.

But the more I look into @Dusk , the more I realize the token is probably the easy part.

Take a tokenized bond.

Before anyone can trade it, you still need to answer a surprisingly long list of questions.

Who is eligible to buy it?

Can the asset be transferred to any wallet?

What information does the investor need to provide?

Which parts of the transaction should be visible?

Who is allowed to review the underlying information?

How do the cash and asset legs actually settle?

That’s why Dusk Trade caught my attention.

The architecture isn’t only about creating a digital representation of an asset. It is designed around parts of the actual financial workflow: investor onboarding, wallet binding, transfer controls, disclosure and settlement coordination.

Then there is the underlying stack.

DuskEVM gives developers a familiar Solidity/EVM environment, while the broader Dusk architecture separates application execution from the settlement and data-availability layer.

I don’t think having more components automatically makes a blockchain better.

Actually, it creates more things that have to work correctly.

But it does make me ask a more interesting question about Dusk:

Can all those fragmented requirements of traditional finance eventually become one coherent onchain workflow?

Tokenization is only the beginning.

The real test is everything that happens after the token is created.

#dusk $DUSK
·
--
См. перевод
P2P có một kiểu tình huống mình nghĩ càng giao dịch lâu càng không nên tự xử lý theo cảm tính: tiền chuyển vào nhiều hơn giá trị Order. Giả sử bạn đang bán 500 USDT, Order ghi nhận khoảng 13 triệu VND. Tiền về tài khoản. Bạn mở app ngân hàng ra kiểm tra: 16 triệu. Người mua lập tức nhắn: “Mình chuyển nhầm, bạn gửi lại 3 triệu giúp mình nhé.” Nghe rất hợp lý. Nhưng mình sẽ không chuyển ngay. Vì lúc này có hai chuyện khác nhau: Một là khoản tiền đã thực sự vào tài khoản. Hai là mình phải xử lý khoản tiền dư đó như thế nào để không làm giao dịch trở nên phức tạp hơn. Đặc biệt nếu họ yêu cầu mình hoàn tiền sang một tài khoản khác, mình càng không tự ý thực hiện. Mình sẽ giữ nguyên Order, không tự tạo giao dịch ngoài, lưu lại lịch sử chat và thông tin chuyển khoản. Nếu không thể xác minh rõ ràng, mình để Binance hướng dẫn xử lý thông qua quy trình Appeal. Với mình, đây là một nguyên tắc khá quan trọng: Tiền chuyển nhầm không có nghĩa là mình phải lập tức chuyển ngược lại theo bất kỳ hướng nào đối phương yêu cầu. Có thể thực sự chỉ là một lỗi chuyển khoản. Nhưng mình không cần tự mình phán đoán toàn bộ câu chuyện. P2P có Order, lịch sử giao dịch và quy trình hỗ trợ để xử lý những trường hợp không còn đơn giản. Thấy tiền dư → đừng vội trả. Kiểm tra → giữ bằng chứng → xác minh → rồi mới xử lý. #binancep2pantoan @Binance_Vietnam $BTC $ETH
P2P có một kiểu tình huống mình nghĩ càng giao dịch lâu càng không nên tự xử lý theo cảm tính: tiền chuyển vào nhiều hơn giá trị Order.

Giả sử bạn đang bán 500 USDT, Order ghi nhận khoảng 13 triệu VND.

Tiền về tài khoản.

Bạn mở app ngân hàng ra kiểm tra: 16 triệu.

Người mua lập tức nhắn:

“Mình chuyển nhầm, bạn gửi lại 3 triệu giúp mình nhé.”

Nghe rất hợp lý.

Nhưng mình sẽ không chuyển ngay.

Vì lúc này có hai chuyện khác nhau:

Một là khoản tiền đã thực sự vào tài khoản.

Hai là mình phải xử lý khoản tiền dư đó như thế nào để không làm giao dịch trở nên phức tạp hơn.

Đặc biệt nếu họ yêu cầu mình hoàn tiền sang một tài khoản khác, mình càng không tự ý thực hiện.

Mình sẽ giữ nguyên Order, không tự tạo giao dịch ngoài, lưu lại lịch sử chat và thông tin chuyển khoản. Nếu không thể xác minh rõ ràng, mình để Binance hướng dẫn xử lý thông qua quy trình Appeal.

Với mình, đây là một nguyên tắc khá quan trọng:

Tiền chuyển nhầm không có nghĩa là mình phải lập tức chuyển ngược lại theo bất kỳ hướng nào đối phương yêu cầu.

Có thể thực sự chỉ là một lỗi chuyển khoản.

Nhưng mình không cần tự mình phán đoán toàn bộ câu chuyện.

P2P có Order, lịch sử giao dịch và quy trình hỗ trợ để xử lý những trường hợp không còn đơn giản.

Thấy tiền dư → đừng vội trả.

Kiểm tra → giữ bằng chứng → xác minh → rồi mới xử lý.

#binancep2pantoan @Binance Vietnam $BTC $ETH
·
--
Частичная правда
Мне кажется, я только что нашёл более интересное подтверждение вокруг $TMX, чем ещё одно анонсирование TGE. Кто-то обновил время открытия прямо в сети (on-chain). Новый пул BN Alpha для TMX/USDT был инициализирован с: • ID пула: 0x119a…5ac99 • Токен: TMX • Пара: TMX / USDT • Начальная цена: ~0.060 USDT за TMX • Время открытия: 25 августа, 10:00 UTC • Hook: 0xb0bb…46af Транзакция инициализации также даёт нам стартовые значения sqrtPrice и tick, поэтому цена открытия 0.06 USDT — это то, что можно вывести из состояния пула, а не просто скопировать из поста в соцсетях. Для тех, кто находится во Вьетнаме, 10:00 UTC — это 17:00 25 августа. Что мне здесь интересно — это последовательность. Пул был не просто объявлен. Пул был инициализирован, пара TMX/USDT была создана, а затем метка времени открытия была впоследствии настроена on-chain. Это делает 25 августа гораздо более конкретной датой, за которой стоит следить. Конечно, начальная цена пула — НЕ гарантированная рыночная цена после начала торгов. Как только пул откроется, реальная ликвидность, давление на покупку/продажу и рыночный спрос определят, где будет торговаться TMX. Поэтому я не рассматриваю $0.06 как прогноз. Я рассматриваю это как стартовую точку рынка. Реальный вопрос начинается после того, как часы дойдут до нуля: Сколько ликвидности там на самом деле есть? Сколько объёма приходит в первые минуты? И самое важное: принимает ли рынок первоначальную оценку? Данные on-chain иногда интереснее, чем объявления. #termmax @termmax $PRL $ETH
Мне кажется, я только что нашёл более интересное подтверждение вокруг $TMX, чем ещё одно анонсирование TGE.

Кто-то обновил время открытия прямо в сети (on-chain).

Новый пул BN Alpha для TMX/USDT был инициализирован с:

• ID пула: 0x119a…5ac99
• Токен: TMX
• Пара: TMX / USDT
• Начальная цена: ~0.060 USDT за TMX
• Время открытия: 25 августа, 10:00 UTC
• Hook: 0xb0bb…46af

Транзакция инициализации также даёт нам стартовые значения sqrtPrice и tick, поэтому цена открытия 0.06 USDT — это то, что можно вывести из состояния пула, а не просто скопировать из поста в соцсетях.

Для тех, кто находится во Вьетнаме, 10:00 UTC — это 17:00 25 августа.

Что мне здесь интересно — это последовательность.

Пул был не просто объявлен.

Пул был инициализирован, пара TMX/USDT была создана, а затем метка времени открытия была впоследствии настроена on-chain.

Это делает 25 августа гораздо более конкретной датой, за которой стоит следить.

Конечно, начальная цена пула — НЕ гарантированная рыночная цена после начала торгов.

Как только пул откроется, реальная ликвидность, давление на покупку/продажу и рыночный спрос определят, где будет торговаться TMX.

Поэтому я не рассматриваю $0.06 как прогноз.

Я рассматриваю это как стартовую точку рынка.

Реальный вопрос начинается после того, как часы дойдут до нуля:

Сколько ликвидности там на самом деле есть?

Сколько объёма приходит в первые минуты?

И самое важное: принимает ли рынок первоначальную оценку?

Данные on-chain иногда интереснее, чем объявления.

#termmax @TermMax $PRL $ETH
Pump
60%
Dump
40%
10 проголосовали • Голосование закрыто
·
--
См. перевод
I kept coming back to TermMax’s 2% lending fee because the number looks much more expensive at first glance than it actually is. The important detail is where that 2% is applied. It is a fee on the interest layer, not 2% of the entire principal. Take a simple example: a $10,000 loan at a 10% annual borrowing rate generates $1,000 in interest over a year. A 2% fee on that interest would be $20 — effectively 0.20% of the original principal. And maturity changes the economics again. A shorter-term position generates less interest, which means the absolute protocol fee becomes smaller. This is why I think looking at the headline fee alone misses the bigger picture. The real question for @termmax is whether borrowers are willing to trade some flexibility for predictable financing costs. During calm markets, floating rates may be perfectly acceptable. But when borrowing rates suddenly move, knowing your financing cost in advance can become much more valuable. So I’m not watching the 2% number. I’m watching whether users actually value certainty enough to keep coming back. A good fee model can create revenue. Only real demand can make it compound. #termmax @TermMax
I kept coming back to TermMax’s 2% lending fee because the number looks much more expensive at first glance than it actually is.

The important detail is where that 2% is applied.

It is a fee on the interest layer, not 2% of the entire principal.

Take a simple example: a $10,000 loan at a 10% annual borrowing rate generates $1,000 in interest over a year. A 2% fee on that interest would be $20 — effectively 0.20% of the original principal.

And maturity changes the economics again.

A shorter-term position generates less interest, which means the absolute protocol fee becomes smaller.

This is why I think looking at the headline fee alone misses the bigger picture.

The real question for @TermMax is whether borrowers are willing to trade some flexibility for predictable financing costs.

During calm markets, floating rates may be perfectly acceptable.

But when borrowing rates suddenly move, knowing your financing cost in advance can become much more valuable.

So I’m not watching the 2% number.

I’m watching whether users actually value certainty enough to keep coming back.

A good fee model can create revenue.

Only real demand can make it compound.

#termmax @TermMax
·
--
См. перевод
I kept coming back to one question after reading more about @Dusk_Foundation : What if the problem with putting financial markets onchain isn’t transparency itself… but having no control over who gets to see what? Think about a large institution buying a tokenized bond. The blockchain could record the transaction perfectly. Everyone could verify that something happened. Settlement could be deterministic. But why should every other market participant know the institution’s position, timing, size and trading history? That’s where Dusk’s approach started making more sense to me. Its idea of programmable privacy isn’t simply “hide everything.” An authorized party can still verify what it needs to verify, while sensitive information doesn’t automatically become public information. And that distinction becomes much more important when you move from crypto-native assets to regulated securities. A regulator might need proof that an investor was eligible. An exchange might need to verify a transfer. A custodian might need settlement evidence. None of them necessarily needs the entire financial history behind the transaction. That’s a very different definition of transparency. The more I think about it, the more I wonder whether the next generation of financial blockchains won’t compete on how much data they expose… but on how precisely they can control disclosure without breaking verifiability. That’s the part of Dusk I find genuinely interesting. #dusk $DUSK $ACE
I kept coming back to one question after reading more about @Dusk :

What if the problem with putting financial markets onchain isn’t transparency itself…

but having no control over who gets to see what?

Think about a large institution buying a tokenized bond.

The blockchain could record the transaction perfectly. Everyone could verify that something happened. Settlement could be deterministic.

But why should every other market participant know the institution’s position, timing, size and trading history?

That’s where Dusk’s approach started making more sense to me.

Its idea of programmable privacy isn’t simply “hide everything.”

An authorized party can still verify what it needs to verify, while sensitive information doesn’t automatically become public information.

And that distinction becomes much more important when you move from crypto-native assets to regulated securities.

A regulator might need proof that an investor was eligible.

An exchange might need to verify a transfer.

A custodian might need settlement evidence.

None of them necessarily needs the entire financial history behind the transaction.

That’s a very different definition of transparency.

The more I think about it, the more I wonder whether the next generation of financial blockchains won’t compete on how much data they expose…

but on how precisely they can control disclosure without breaking verifiability.

That’s the part of Dusk I find genuinely interesting.

#dusk $DUSK $ACE
·
--
См. перевод
Có một lần mình mua USDT P2P xong, tiền đã trừ khỏi ngân hàng nhưng bên bán mãi chưa Release. Lúc đó mới thấy kiên nhẫn cũng là một kỹ năng 😂 Hôm đó mình cần mua một khoản USDT để chuẩn bị vốn giao dịch. Chọn Order xong, mình chuyển khoản đúng số tiền rồi bấm “Đã thanh toán”. Nhưng vài phút trôi qua… chưa có gì. 10 phút. 30 phút. Rồi hơn một tiếng. Lúc đó khá dễ nóng ruột vì tiền đã rời khỏi tài khoản ngân hàng nhưng crypto vẫn chưa về. Mình cũng từng nghĩ đến chuyện nhắn đối phương thật nhiều lần để thúc họ xử lý. Nhưng sau đó mình chọn cách bình tĩnh hơn. Mình kiểm tra lại Order, giữ nguyên bằng chứng chuyển khoản và trao đổi ngay trong chat của Order. Điều mình không làm là chuyển thêm tiền, hủy giao dịch tùy tiện hoặc tìm cách giải quyết qua Zalo/Telegram. Có thể người bán đang đối soát giao dịch ngân hàng, xử lý nhiều Order cùng lúc hoặc gặp vấn đề cập nhật thanh toán. Chậm không đồng nghĩa với việc họ đang cố tình giữ tiền. Nếu vấn đề không được giải quyết, Binance P2P có cơ chế Appeal để hai bên cung cấp bằng chứng và được hỗ trợ xử lý. Sau lần đó mình rút ra một bài học: Khi tiền đã chuyển nhưng crypto chưa về, điều đầu tiên cần làm không phải là hoảng. Kiểm tra Order → giữ bằng chứng → trao đổi trong nền tảng → và sử dụng Appeal nếu cần. Giao dịch P2P đôi khi không nhanh như mình muốn. Nhưng miễn là mình vẫn kiểm soát được quy trình, chờ thêm một chút vẫn tốt hơn tự tạo ra một vấn đề mới. #binancep2pantoan @Binance_Vietnam $BTW {future}(BTWUSDT)
Có một lần mình mua USDT P2P xong, tiền đã trừ khỏi ngân hàng nhưng bên bán mãi chưa Release. Lúc đó mới thấy kiên nhẫn cũng là một kỹ năng 😂

Hôm đó mình cần mua một khoản USDT để chuẩn bị vốn giao dịch.

Chọn Order xong, mình chuyển khoản đúng số tiền rồi bấm “Đã thanh toán”.

Nhưng vài phút trôi qua… chưa có gì.

10 phút.
30 phút.
Rồi hơn một tiếng.

Lúc đó khá dễ nóng ruột vì tiền đã rời khỏi tài khoản ngân hàng nhưng crypto vẫn chưa về.

Mình cũng từng nghĩ đến chuyện nhắn đối phương thật nhiều lần để thúc họ xử lý.

Nhưng sau đó mình chọn cách bình tĩnh hơn.

Mình kiểm tra lại Order, giữ nguyên bằng chứng chuyển khoản và trao đổi ngay trong chat của Order.

Điều mình không làm là chuyển thêm tiền, hủy giao dịch tùy tiện hoặc tìm cách giải quyết qua Zalo/Telegram.

Có thể người bán đang đối soát giao dịch ngân hàng, xử lý nhiều Order cùng lúc hoặc gặp vấn đề cập nhật thanh toán. Chậm không đồng nghĩa với việc họ đang cố tình giữ tiền.

Nếu vấn đề không được giải quyết, Binance P2P có cơ chế Appeal để hai bên cung cấp bằng chứng và được hỗ trợ xử lý.

Sau lần đó mình rút ra một bài học:

Khi tiền đã chuyển nhưng crypto chưa về, điều đầu tiên cần làm không phải là hoảng.

Kiểm tra Order → giữ bằng chứng → trao đổi trong nền tảng → và sử dụng Appeal nếu cần.

Giao dịch P2P đôi khi không nhanh như mình muốn.

Nhưng miễn là mình vẫn kiểm soát được quy trình, chờ thêm một chút vẫn tốt hơn tự tạo ra một vấn đề mới.

#binancep2pantoan @Binance Vietnam $BTW
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы