Maxine Agency
1.2k Жариялаулар
Maxine Agency
Хабарлау
Пайдаланушыны блоктау
Жиі сауда жасайтын трейдер
5.4 жыл
32 Жазылым
450 Жазылушылар
958 лайк басылған
Жазбалар
Барлығы
Баға ұсыныстары
Có một thời gian mình nghĩ RWA khá đơn giản: đưa tài sản lên blockchain, chia nhỏ quyền sở hữu rồi mở cho nhiều người tiếp cận hơn thì thanh khoản tự nhiên sẽ tăng.
Nhưng càng đọc về Dusk, mình càng thấy tokenization chỉ giải quyết phần “biểu diễn tài sản”, còn thị trường phía sau vẫn phải tự trả lời hàng loạt câu hỏi khó hơn.
Một trái phiếu hay chứng khoán có thể được token hóa rất dễ về mặt kỹ thuật. Nhưng ai được phép mua, tài sản có thể chuyển cho ai, quyền sở hữu được công nhận thế nào, settlement diễn ra ra sao và bên nào chịu trách nhiệm nếu có tranh chấp vẫn phụ thuộc vào khung pháp lý và hạ tầng vận hành.
Vì vậy mình bắt đầu tách hai khái niệm ra.
Tokenization giúp tài sản dễ phát hành, theo dõi và chuyển giao hơn trong môi trường số. Liquidity lại cần người mua, người bán, khả năng chuyển nhượng thực tế và đủ niềm tin để các bên sẵn sàng giao dịch.
Đây là chỗ mình thấy hướng đi của Dusk đáng chú ý.
Dusk không coi RWA như việc chỉ mint một token rồi đưa lên explorer. Với tài sản được quản lý, privacy, eligibility, selective disclosure và settlement đều phải đi cùng nhau vì “permissionless” hoàn toàn chưa chắc phù hợp với chứng khoán thật.
Theo mình, bài toán lớn nhất của RWA không phải blockchain có thể chứa bao nhiêu tài sản.
Mà là liệu hạ tầng đó có thể biến quyền sở hữu số thành một thị trường mà người tham gia thật sự muốn giao dịch hay không.
Nếu luật vẫn giới hạn ai được mua và tài sản vẫn khó chuyển nhượng, blockchain có thể giảm ma sát nhưng chưa chắc tạo ra thanh khoản mới.
Có khi nó chỉ làm thanh khoản cũ vận hành hiệu quả hơn.
@Dusk_Foundation $DUSK #dusk
$DEBIT $TMX
Có một thời gian mình nghĩ RWA khá đơn giản: đưa tài sản lên blockchain, chia nhỏ quyền sở hữu rồi mở cho nhiều người tiếp cận hơn thì thanh khoản tự nhiên sẽ tăng.
Nhưng càng đọc về Dusk, mình càng thấy tokenization chỉ giải quyết phần “biểu diễn tài sản”, còn thị trường phía sau vẫn phải tự trả lời hàng loạt câu hỏi khó hơn.
Một trái phiếu hay chứng khoán có thể được token hóa rất dễ về mặt kỹ thuật. Nhưng ai được phép mua, tài sản có thể chuyển cho ai, quyền sở hữu được công nhận thế nào, settlement diễn ra ra sao và bên nào chịu trách nhiệm nếu có tranh chấp vẫn phụ thuộc vào khung pháp lý và hạ tầng vận hành.
Vì vậy mình bắt đầu tách hai khái niệm ra.
Tokenization giúp tài sản dễ phát hành, theo dõi và chuyển giao hơn trong môi trường số. Liquidity lại cần người mua, người bán, khả năng chuyển nhượng thực tế và đủ niềm tin để các bên sẵn sàng giao dịch.
Đây là chỗ mình thấy hướng đi của Dusk đáng chú ý.
Dusk không coi RWA như việc chỉ mint một token rồi đưa lên explorer. Với tài sản được quản lý, privacy, eligibility, selective disclosure và settlement đều phải đi cùng nhau vì “permissionless” hoàn toàn chưa chắc phù hợp với chứng khoán thật.
Theo mình, bài toán lớn nhất của RWA không phải blockchain có thể chứa bao nhiêu tài sản.
Mà là liệu hạ tầng đó có thể biến quyền sở hữu số thành một thị trường mà người tham gia thật sự muốn giao dịch hay không.
Nếu luật vẫn giới hạn ai được mua và tài sản vẫn khó chuyển nhượng, blockchain có thể giảm ma sát nhưng chưa chắc tạo ra thanh khoản mới.
Có khi nó chỉ làm thanh khoản cũ vận hành hiệu quả hơn.
@Dusk $DUSK #dusk
$DEBIT $TMX
Nhưng càng đọc về Dusk, mình càng thấy tokenization chỉ giải quyết phần “biểu diễn tài sản”, còn thị trường phía sau vẫn phải tự trả lời hàng loạt câu hỏi khó hơn.
Một trái phiếu hay chứng khoán có thể được token hóa rất dễ về mặt kỹ thuật. Nhưng ai được phép mua, tài sản có thể chuyển cho ai, quyền sở hữu được công nhận thế nào, settlement diễn ra ra sao và bên nào chịu trách nhiệm nếu có tranh chấp vẫn phụ thuộc vào khung pháp lý và hạ tầng vận hành.
Vì vậy mình bắt đầu tách hai khái niệm ra.
Tokenization giúp tài sản dễ phát hành, theo dõi và chuyển giao hơn trong môi trường số. Liquidity lại cần người mua, người bán, khả năng chuyển nhượng thực tế và đủ niềm tin để các bên sẵn sàng giao dịch.
Đây là chỗ mình thấy hướng đi của Dusk đáng chú ý.
Dusk không coi RWA như việc chỉ mint một token rồi đưa lên explorer. Với tài sản được quản lý, privacy, eligibility, selective disclosure và settlement đều phải đi cùng nhau vì “permissionless” hoàn toàn chưa chắc phù hợp với chứng khoán thật.
Theo mình, bài toán lớn nhất của RWA không phải blockchain có thể chứa bao nhiêu tài sản.
Mà là liệu hạ tầng đó có thể biến quyền sở hữu số thành một thị trường mà người tham gia thật sự muốn giao dịch hay không.
Nếu luật vẫn giới hạn ai được mua và tài sản vẫn khó chuyển nhượng, blockchain có thể giảm ma sát nhưng chưa chắc tạo ra thanh khoản mới.
Có khi nó chỉ làm thanh khoản cũ vận hành hiệu quả hơn.
@Dusk $DUSK #dusk
$DEBIT $TMX
1
1
388
Mình bắt đầu thấy DUSK thú vị hơn ở những ngày chart không còn quá hấp dẫn
Có một thời gian mình nhìn Dusk chủ yếu qua giá. Khi volume tăng mạnh và chart chạy nhanh, cảm giác như dự án đang được thị trường định giá lại.
Nhưng càng theo dõi, mình càng thấy giá chỉ phản ánh sự chú ý trước mắt. Thứ khó hơn là xem sự chú ý đó có biến thành nhu cầu sử dụng mạng hay không.
DuskEVM theo mình là một bước quan trọng trong câu chuyện này. Developer quen với Solidity và tooling của Ethereum có thể tiếp cận Dusk dễ hơn, trong khi lớp settlement và privacy riêng vẫn giữ lại phần khác biệt của hệ thống.
Điều mình muốn thấy tiếp theo không phải thêm một thông báo partnership.
Mình muốn biết sau khi developer vào được dễ hơn, họ có ở lại xây sản phẩm không. App có tạo giao dịch đều đặn không. Tài sản token hóa có thực sự được phát hành và settlement hay chỉ xuất hiện trong roadmap.
Câu hỏi này càng quan trọng vì $DUSK vẫn được phát hành để trả reward cho mạng. Emission có thể nuôi staking và bảo mật trong giai đoạn đầu, nhưng về lâu dài lượng token mới đó vẫn cần được hấp thụ bởi nhu cầu thật.
Nếu activity tăng chậm hơn supply, một cây nến đẹp cũng không thay đổi được nhiều.
Ngược lại, nếu usage bắt đầu tăng đều ngay cả khi thị trường hết hưng phấn, mình sẽ coi đó là tín hiệu đáng giá hơn bất kỳ nhịp breakout nào.
Chart cho mình biết trader đang chú ý đến đâu.
Còn network activity mới cho biết Dusk có đang tiến gần đến một nền kinh tế thật hay chưa.
@Dusk_Foundation #dusk $TMX $STAR
Mình bắt đầu thấy DUSK thú vị hơn ở những ngày chart không còn quá hấp dẫn
Có một thời gian mình nhìn Dusk chủ yếu qua giá. Khi volume tăng mạnh và chart chạy nhanh, cảm giác như dự án đang được thị trường định giá lại.
Nhưng càng theo dõi, mình càng thấy giá chỉ phản ánh sự chú ý trước mắt. Thứ khó hơn là xem sự chú ý đó có biến thành nhu cầu sử dụng mạng hay không.
DuskEVM theo mình là một bước quan trọng trong câu chuyện này. Developer quen với Solidity và tooling của Ethereum có thể tiếp cận Dusk dễ hơn, trong khi lớp settlement và privacy riêng vẫn giữ lại phần khác biệt của hệ thống.
Điều mình muốn thấy tiếp theo không phải thêm một thông báo partnership.
Mình muốn biết sau khi developer vào được dễ hơn, họ có ở lại xây sản phẩm không. App có tạo giao dịch đều đặn không. Tài sản token hóa có thực sự được phát hành và settlement hay chỉ xuất hiện trong roadmap.
Câu hỏi này càng quan trọng vì $DUSK vẫn được phát hành để trả reward cho mạng. Emission có thể nuôi staking và bảo mật trong giai đoạn đầu, nhưng về lâu dài lượng token mới đó vẫn cần được hấp thụ bởi nhu cầu thật.
Nếu activity tăng chậm hơn supply, một cây nến đẹp cũng không thay đổi được nhiều.
Ngược lại, nếu usage bắt đầu tăng đều ngay cả khi thị trường hết hưng phấn, mình sẽ coi đó là tín hiệu đáng giá hơn bất kỳ nhịp breakout nào.
Chart cho mình biết trader đang chú ý đến đâu.
Còn network activity mới cho biết Dusk có đang tiến gần đến một nền kinh tế thật hay chưa.
@Dusk #dusk $TMX $STAR
Có một thời gian mình nhìn Dusk chủ yếu qua giá. Khi volume tăng mạnh và chart chạy nhanh, cảm giác như dự án đang được thị trường định giá lại.
Nhưng càng theo dõi, mình càng thấy giá chỉ phản ánh sự chú ý trước mắt. Thứ khó hơn là xem sự chú ý đó có biến thành nhu cầu sử dụng mạng hay không.
DuskEVM theo mình là một bước quan trọng trong câu chuyện này. Developer quen với Solidity và tooling của Ethereum có thể tiếp cận Dusk dễ hơn, trong khi lớp settlement và privacy riêng vẫn giữ lại phần khác biệt của hệ thống.
Điều mình muốn thấy tiếp theo không phải thêm một thông báo partnership.
Mình muốn biết sau khi developer vào được dễ hơn, họ có ở lại xây sản phẩm không. App có tạo giao dịch đều đặn không. Tài sản token hóa có thực sự được phát hành và settlement hay chỉ xuất hiện trong roadmap.
Câu hỏi này càng quan trọng vì $DUSK vẫn được phát hành để trả reward cho mạng. Emission có thể nuôi staking và bảo mật trong giai đoạn đầu, nhưng về lâu dài lượng token mới đó vẫn cần được hấp thụ bởi nhu cầu thật.
Nếu activity tăng chậm hơn supply, một cây nến đẹp cũng không thay đổi được nhiều.
Ngược lại, nếu usage bắt đầu tăng đều ngay cả khi thị trường hết hưng phấn, mình sẽ coi đó là tín hiệu đáng giá hơn bất kỳ nhịp breakout nào.
Chart cho mình biết trader đang chú ý đến đâu.
Còn network activity mới cho biết Dusk có đang tiến gần đến một nền kinh tế thật hay chưa.
@Dusk #dusk $TMX $STAR
2
2
201
Mình quan tâm $DUSK hơn khi giá ngừng tăng
Một nhịp tăng mạnh luôn dễ kéo sự chú ý về Dusk, nhưng mình không muốn dùng cây nến làm bằng chứng rằng thesis của dự án đang đúng.
Thứ mình thấy đáng theo dõi hơn nằm ở phần hạ tầng.
Dusk đang cố giải một bài toán khá khó của tài chính onchain: tài sản cần được kiểm chứng và tuân thủ quy định, nhưng doanh nghiệp cũng không thể công khai toàn bộ vị thế, danh tính hay lịch sử giao dịch cho bất kỳ ai nhìn vào blockchain.
XSC, selective disclosure và DuskEVM đều xoay quanh ranh giới đó. Còn EURQ khiến câu chuyện thực tế hơn, bởi tokenized securities không chỉ cần tài sản được đưa lên chain. Chúng còn cần một phương tiện thanh toán phù hợp để tiền và tài sản có thể settlement trong cùng hệ sinh thái.
Theo mình, đây mới là phần dễ bị bỏ qua.
Một blockchain có thể token hóa trái phiếu hay quỹ, nhưng nếu khâu thanh toán vẫn phải vòng ra hệ thống truyền thống thì trải nghiệm onchain mới chỉ giải được nửa bài toán.
Vì vậy mình không quá hào hứng nếu DUSK chỉ tăng cùng volume trong vài ngày. Momentum có thể đưa trader đến, nhưng không nói họ sẽ ở lại.
Thứ mình muốn thấy sau khi thị trường nguội xuống là lượng giao dịch, tài sản thực sự settlement và nhu cầu sử dụng DUSK có tiếp tục tăng hay không.
Nếu activity vẫn còn sau khi chart hết hấp dẫn, lúc đó nhịp tăng mới bắt đầu có thêm ý nghĩa ngoài đầu cơ.
@Dusk_Foundation #dusk $UAI $LAB
Mình quan tâm $DUSK hơn khi giá ngừng tăng
Một nhịp tăng mạnh luôn dễ kéo sự chú ý về Dusk, nhưng mình không muốn dùng cây nến làm bằng chứng rằng thesis của dự án đang đúng.
Thứ mình thấy đáng theo dõi hơn nằm ở phần hạ tầng.
Dusk đang cố giải một bài toán khá khó của tài chính onchain: tài sản cần được kiểm chứng và tuân thủ quy định, nhưng doanh nghiệp cũng không thể công khai toàn bộ vị thế, danh tính hay lịch sử giao dịch cho bất kỳ ai nhìn vào blockchain.
XSC, selective disclosure và DuskEVM đều xoay quanh ranh giới đó. Còn EURQ khiến câu chuyện thực tế hơn, bởi tokenized securities không chỉ cần tài sản được đưa lên chain. Chúng còn cần một phương tiện thanh toán phù hợp để tiền và tài sản có thể settlement trong cùng hệ sinh thái.
Theo mình, đây mới là phần dễ bị bỏ qua.
Một blockchain có thể token hóa trái phiếu hay quỹ, nhưng nếu khâu thanh toán vẫn phải vòng ra hệ thống truyền thống thì trải nghiệm onchain mới chỉ giải được nửa bài toán.
Vì vậy mình không quá hào hứng nếu DUSK chỉ tăng cùng volume trong vài ngày. Momentum có thể đưa trader đến, nhưng không nói họ sẽ ở lại.
Thứ mình muốn thấy sau khi thị trường nguội xuống là lượng giao dịch, tài sản thực sự settlement và nhu cầu sử dụng DUSK có tiếp tục tăng hay không.
Nếu activity vẫn còn sau khi chart hết hấp dẫn, lúc đó nhịp tăng mới bắt đầu có thêm ý nghĩa ngoài đầu cơ.
@Dusk #dusk $UAI $LAB
Một nhịp tăng mạnh luôn dễ kéo sự chú ý về Dusk, nhưng mình không muốn dùng cây nến làm bằng chứng rằng thesis của dự án đang đúng.
Thứ mình thấy đáng theo dõi hơn nằm ở phần hạ tầng.
Dusk đang cố giải một bài toán khá khó của tài chính onchain: tài sản cần được kiểm chứng và tuân thủ quy định, nhưng doanh nghiệp cũng không thể công khai toàn bộ vị thế, danh tính hay lịch sử giao dịch cho bất kỳ ai nhìn vào blockchain.
XSC, selective disclosure và DuskEVM đều xoay quanh ranh giới đó. Còn EURQ khiến câu chuyện thực tế hơn, bởi tokenized securities không chỉ cần tài sản được đưa lên chain. Chúng còn cần một phương tiện thanh toán phù hợp để tiền và tài sản có thể settlement trong cùng hệ sinh thái.
Theo mình, đây mới là phần dễ bị bỏ qua.
Một blockchain có thể token hóa trái phiếu hay quỹ, nhưng nếu khâu thanh toán vẫn phải vòng ra hệ thống truyền thống thì trải nghiệm onchain mới chỉ giải được nửa bài toán.
Vì vậy mình không quá hào hứng nếu DUSK chỉ tăng cùng volume trong vài ngày. Momentum có thể đưa trader đến, nhưng không nói họ sẽ ở lại.
Thứ mình muốn thấy sau khi thị trường nguội xuống là lượng giao dịch, tài sản thực sự settlement và nhu cầu sử dụng DUSK có tiếp tục tăng hay không.
Nếu activity vẫn còn sau khi chart hết hấp dẫn, lúc đó nhịp tăng mới bắt đầu có thêm ý nghĩa ngoài đầu cơ.
@Dusk #dusk $UAI $LAB
1
2
578
JubJub khiến mình chú ý đến phần ít được nhắc nhất trong câu chuyện privacy của Dusk
Khi nói về Dusk, phần dễ nhìn thấy nhất vẫn là confidential transactions, selective disclosure hay tài sản tài chính riêng tư. Nhưng càng đọc xuống lớp mật mã phía dưới, mình lại thấy JubJub thú vị hơn nhiều so với cái tên của nó.
JubJub là một elliptic curve được thiết kế để hoạt động hiệu quả trong môi trường thân thiện với SNARK. Với Dusk, điều này quan trọng vì privacy không chỉ là che dữ liệu trên giao diện. Các bằng chứng zero-knowledge vẫn phải xác minh được rằng giao dịch tuân thủ đúng quy tắc mà không buộc dữ liệu nhạy cảm phải công khai.
Phoenix cho thấy vai trò đó khá rõ. Địa chỉ shielded của Phoenix được xây từ các điểm trên JubJub, trong khi Dusk kết hợp thêm những primitive như Schnorr, Poseidon và PLONK trong stack mật mã của mình.
Điều mình thích ở đây là Dusk không cố biến JubJub thành một narrative riêng. Nó giống một bộ phận nằm sâu trong động cơ: người dùng gần như không cần biết nó tồn tại, nhưng lựa chọn primitive không phù hợp có thể khiến proof trở nên nặng hơn hoặc khó tích hợp hơn.
Tất nhiên, một cryptographic stack đẹp không tự tạo ra adoption. Dusk vẫn phải chứng minh rằng developer, tổ chức và tài sản thật sự cần đến hạ tầng này.
Nhưng nếu muốn hiểu một privacy chain có làm phần kỹ thuật nghiêm túc hay không, mình nghĩ nên nhìn xuống dưới những từ khóa marketing.
Đôi khi thứ đáng xem nhất lại chính là phần không có ticker, không có chiến dịch và chẳng ai đem ra quảng cáo.
@Dusk_Foundation $DUSK #dusk $AOP $4
JubJub khiến mình chú ý đến phần ít được nhắc nhất trong câu chuyện privacy của Dusk
Khi nói về Dusk, phần dễ nhìn thấy nhất vẫn là confidential transactions, selective disclosure hay tài sản tài chính riêng tư. Nhưng càng đọc xuống lớp mật mã phía dưới, mình lại thấy JubJub thú vị hơn nhiều so với cái tên của nó.
JubJub là một elliptic curve được thiết kế để hoạt động hiệu quả trong môi trường thân thiện với SNARK. Với Dusk, điều này quan trọng vì privacy không chỉ là che dữ liệu trên giao diện. Các bằng chứng zero-knowledge vẫn phải xác minh được rằng giao dịch tuân thủ đúng quy tắc mà không buộc dữ liệu nhạy cảm phải công khai.
Phoenix cho thấy vai trò đó khá rõ. Địa chỉ shielded của Phoenix được xây từ các điểm trên JubJub, trong khi Dusk kết hợp thêm những primitive như Schnorr, Poseidon và PLONK trong stack mật mã của mình.
Điều mình thích ở đây là Dusk không cố biến JubJub thành một narrative riêng. Nó giống một bộ phận nằm sâu trong động cơ: người dùng gần như không cần biết nó tồn tại, nhưng lựa chọn primitive không phù hợp có thể khiến proof trở nên nặng hơn hoặc khó tích hợp hơn.
Tất nhiên, một cryptographic stack đẹp không tự tạo ra adoption. Dusk vẫn phải chứng minh rằng developer, tổ chức và tài sản thật sự cần đến hạ tầng này.
Nhưng nếu muốn hiểu một privacy chain có làm phần kỹ thuật nghiêm túc hay không, mình nghĩ nên nhìn xuống dưới những từ khóa marketing.
Đôi khi thứ đáng xem nhất lại chính là phần không có ticker, không có chiến dịch và chẳng ai đem ra quảng cáo.
@Dusk $DUSK #dusk $AOP $4
Khi nói về Dusk, phần dễ nhìn thấy nhất vẫn là confidential transactions, selective disclosure hay tài sản tài chính riêng tư. Nhưng càng đọc xuống lớp mật mã phía dưới, mình lại thấy JubJub thú vị hơn nhiều so với cái tên của nó.
JubJub là một elliptic curve được thiết kế để hoạt động hiệu quả trong môi trường thân thiện với SNARK. Với Dusk, điều này quan trọng vì privacy không chỉ là che dữ liệu trên giao diện. Các bằng chứng zero-knowledge vẫn phải xác minh được rằng giao dịch tuân thủ đúng quy tắc mà không buộc dữ liệu nhạy cảm phải công khai.
Phoenix cho thấy vai trò đó khá rõ. Địa chỉ shielded của Phoenix được xây từ các điểm trên JubJub, trong khi Dusk kết hợp thêm những primitive như Schnorr, Poseidon và PLONK trong stack mật mã của mình.
Điều mình thích ở đây là Dusk không cố biến JubJub thành một narrative riêng. Nó giống một bộ phận nằm sâu trong động cơ: người dùng gần như không cần biết nó tồn tại, nhưng lựa chọn primitive không phù hợp có thể khiến proof trở nên nặng hơn hoặc khó tích hợp hơn.
Tất nhiên, một cryptographic stack đẹp không tự tạo ra adoption. Dusk vẫn phải chứng minh rằng developer, tổ chức và tài sản thật sự cần đến hạ tầng này.
Nhưng nếu muốn hiểu một privacy chain có làm phần kỹ thuật nghiêm túc hay không, mình nghĩ nên nhìn xuống dưới những từ khóa marketing.
Đôi khi thứ đáng xem nhất lại chính là phần không có ticker, không có chiến dịch và chẳng ai đem ra quảng cáo.
@Dusk $DUSK #dusk $AOP $4
2
2
200
Dusk đang thay đổi từ một “privacy chain” thành một hạ tầng có nhiều lớp rõ ràng hơn
Trước đây khi nhìn Dusk, mình gần như chỉ chú ý đến privacy. Điều đó cũng dễ hiểu vì dự án đã dành nhiều năm xây hạ tầng cho tài chính bí mật trước khi mainnet hoạt động vào đầu 2025.
Nhưng càng xem các nâng cấp sau đó, mình càng thấy phần đáng theo dõi hơn lại là cách Dusk đang tách từng nhiệm vụ của mạng ra.
DuskDS tập trung vào consensus, staking, data availability và settlement. DuskEVM mở một môi trường quen thuộc hơn cho developer Solidity. Privacy vẫn tồn tại, nhưng không còn bị ép thành điều kiện bắt buộc cho mọi ứng dụng.
Theo mình, đây là một thay đổi khá quan trọng.
Một blockchain có công nghệ privacy tốt nhưng buộc developer phải học quá nhiều thứ mới sẽ tự làm hẹp tập người có thể xây trên đó. Việc đưa EVM vào giúp giảm chi phí chuyển đổi, trong khi lớp settlement và privacy riêng vẫn giữ lại thứ làm Dusk khác với một EVM chain thông thường.
Các nâng cấp như blob transactions hay PLONK V2 vì thế mình nhìn như phần chuẩn bị hạ tầng hơn là “feature mới”.
Nhưng kiến trúc đẹp trên giấy chưa nói được nhiều.
Thứ mình muốn xem là DuskEVM có giữ được developer hoạt động lâu dài không, lượng giao dịch có thực sự tăng không và tài sản tài chính nào cuối cùng được settlement qua DuskDS thay vì chỉ dừng ở demo hoặc announcement.
Nếu những con số đó xuất hiện, việc tách execution khỏi settlement sẽ có ý nghĩa thực tế.
Nếu không, Dusk chỉ mới giải được bài toán thiết kế, chưa giải được bài toán adoption.
@Dusk_Foundation $DUSK #dusk
$UP $MarsCoin
Dusk đang thay đổi từ một “privacy chain” thành một hạ tầng có nhiều lớp rõ ràng hơn
Trước đây khi nhìn Dusk, mình gần như chỉ chú ý đến privacy. Điều đó cũng dễ hiểu vì dự án đã dành nhiều năm xây hạ tầng cho tài chính bí mật trước khi mainnet hoạt động vào đầu 2025.
Nhưng càng xem các nâng cấp sau đó, mình càng thấy phần đáng theo dõi hơn lại là cách Dusk đang tách từng nhiệm vụ của mạng ra.
DuskDS tập trung vào consensus, staking, data availability và settlement. DuskEVM mở một môi trường quen thuộc hơn cho developer Solidity. Privacy vẫn tồn tại, nhưng không còn bị ép thành điều kiện bắt buộc cho mọi ứng dụng.
Theo mình, đây là một thay đổi khá quan trọng.
Một blockchain có công nghệ privacy tốt nhưng buộc developer phải học quá nhiều thứ mới sẽ tự làm hẹp tập người có thể xây trên đó. Việc đưa EVM vào giúp giảm chi phí chuyển đổi, trong khi lớp settlement và privacy riêng vẫn giữ lại thứ làm Dusk khác với một EVM chain thông thường.
Các nâng cấp như blob transactions hay PLONK V2 vì thế mình nhìn như phần chuẩn bị hạ tầng hơn là “feature mới”.
Nhưng kiến trúc đẹp trên giấy chưa nói được nhiều.
Thứ mình muốn xem là DuskEVM có giữ được developer hoạt động lâu dài không, lượng giao dịch có thực sự tăng không và tài sản tài chính nào cuối cùng được settlement qua DuskDS thay vì chỉ dừng ở demo hoặc announcement.
Nếu những con số đó xuất hiện, việc tách execution khỏi settlement sẽ có ý nghĩa thực tế.
Nếu không, Dusk chỉ mới giải được bài toán thiết kế, chưa giải được bài toán adoption.
@Dusk $DUSK #dusk
$UP $MarsCoin
Trước đây khi nhìn Dusk, mình gần như chỉ chú ý đến privacy. Điều đó cũng dễ hiểu vì dự án đã dành nhiều năm xây hạ tầng cho tài chính bí mật trước khi mainnet hoạt động vào đầu 2025.
Nhưng càng xem các nâng cấp sau đó, mình càng thấy phần đáng theo dõi hơn lại là cách Dusk đang tách từng nhiệm vụ của mạng ra.
DuskDS tập trung vào consensus, staking, data availability và settlement. DuskEVM mở một môi trường quen thuộc hơn cho developer Solidity. Privacy vẫn tồn tại, nhưng không còn bị ép thành điều kiện bắt buộc cho mọi ứng dụng.
Theo mình, đây là một thay đổi khá quan trọng.
Một blockchain có công nghệ privacy tốt nhưng buộc developer phải học quá nhiều thứ mới sẽ tự làm hẹp tập người có thể xây trên đó. Việc đưa EVM vào giúp giảm chi phí chuyển đổi, trong khi lớp settlement và privacy riêng vẫn giữ lại thứ làm Dusk khác với một EVM chain thông thường.
Các nâng cấp như blob transactions hay PLONK V2 vì thế mình nhìn như phần chuẩn bị hạ tầng hơn là “feature mới”.
Nhưng kiến trúc đẹp trên giấy chưa nói được nhiều.
Thứ mình muốn xem là DuskEVM có giữ được developer hoạt động lâu dài không, lượng giao dịch có thực sự tăng không và tài sản tài chính nào cuối cùng được settlement qua DuskDS thay vì chỉ dừng ở demo hoặc announcement.
Nếu những con số đó xuất hiện, việc tách execution khỏi settlement sẽ có ý nghĩa thực tế.
Nếu không, Dusk chỉ mới giải được bài toán thiết kế, chưa giải được bài toán adoption.
@Dusk $DUSK #dusk
$UP $MarsCoin
1
1
197
Расталды
Điểm security 93% của TermMax đáng chú ý, nhưng mình không xem nó như bằng chứng cuối cùng
Mình thường lướt khá nhanh qua các trang security vì phần lớn giao thức đều có cùng một bộ từ khóa: audit, bug bounty, monitoring, timelock. Nhưng TermMax khiến mình dừng lại khi thấy DeFiSafety chấm 93%, cùng mức mà dự án dùng để so với Aave V3.
Con số này tốt, nhưng mình nghĩ cách hiểu nó quan trọng hơn bản thân điểm số.
DeFiSafety không trực tiếp audit code. Họ đánh giá quy trình, tài liệu, mức độ minh bạch và cách giao thức áp dụng các thực hành an toàn. Vì vậy 93% cho thấy TermMax có một security process được xây khá bài bản, chứ không có nghĩa smart contract đã được chứng minh “an toàn 93%”.
Nhìn vào stack hiện tại thì TermMax có nhiều lớp khác nhau: audit để tìm lỗi trước khi triển khai, bug bounty để mở thêm bề mặt kiểm tra, Hypernative theo dõi bất thường sau khi hệ thống chạy và timelock làm chậm các thay đổi nhạy cảm. Mỗi lớp xử lý một loại rủi ro khác nhau.
Nhưng vẫn có một thứ không thể mua trước bằng audit.
Đó là lịch sử sống sót qua thị trường thật.
Aave V3 có lợi thế vì đã vận hành qua nhiều năm và nhiều tình huống áp lực. TermMax hiện chưa có cùng lượng dữ liệu thực chiến đó.
Vì vậy mình sẽ không hỏi TermMax có secure không
Mình muốn xem security stack này phản ứng thế nào khi thanh khoản biến động mạnh, oracle gặp áp lực hoặc một edge case thật sự xuất hiện trên mainnet.
Điểm số cho biết protocol chuẩn bị nghiêm túc đến đâu.
Track record mới cho biết những chuẩn bị đó chịu được thực tế đến mức nào.
@termmax #TermMax
$BEAT $BTC $ARX
Điểm security 93% của TermMax đáng chú ý, nhưng mình không xem nó như bằng chứng cuối cùng
Mình thường lướt khá nhanh qua các trang security vì phần lớn giao thức đều có cùng một bộ từ khóa: audit, bug bounty, monitoring, timelock. Nhưng TermMax khiến mình dừng lại khi thấy DeFiSafety chấm 93%, cùng mức mà dự án dùng để so với Aave V3.
Con số này tốt, nhưng mình nghĩ cách hiểu nó quan trọng hơn bản thân điểm số.
DeFiSafety không trực tiếp audit code. Họ đánh giá quy trình, tài liệu, mức độ minh bạch và cách giao thức áp dụng các thực hành an toàn. Vì vậy 93% cho thấy TermMax có một security process được xây khá bài bản, chứ không có nghĩa smart contract đã được chứng minh “an toàn 93%”.
Nhìn vào stack hiện tại thì TermMax có nhiều lớp khác nhau: audit để tìm lỗi trước khi triển khai, bug bounty để mở thêm bề mặt kiểm tra, Hypernative theo dõi bất thường sau khi hệ thống chạy và timelock làm chậm các thay đổi nhạy cảm. Mỗi lớp xử lý một loại rủi ro khác nhau.
Nhưng vẫn có một thứ không thể mua trước bằng audit.
Đó là lịch sử sống sót qua thị trường thật.
Aave V3 có lợi thế vì đã vận hành qua nhiều năm và nhiều tình huống áp lực. TermMax hiện chưa có cùng lượng dữ liệu thực chiến đó.
Vì vậy mình sẽ không hỏi TermMax có secure không
Mình muốn xem security stack này phản ứng thế nào khi thanh khoản biến động mạnh, oracle gặp áp lực hoặc một edge case thật sự xuất hiện trên mainnet.
Điểm số cho biết protocol chuẩn bị nghiêm túc đến đâu.
Track record mới cho biết những chuẩn bị đó chịu được thực tế đến mức nào.
@TermMax #TermMax
$BEAT $BTC $ARX
Mình thường lướt khá nhanh qua các trang security vì phần lớn giao thức đều có cùng một bộ từ khóa: audit, bug bounty, monitoring, timelock. Nhưng TermMax khiến mình dừng lại khi thấy DeFiSafety chấm 93%, cùng mức mà dự án dùng để so với Aave V3.
Con số này tốt, nhưng mình nghĩ cách hiểu nó quan trọng hơn bản thân điểm số.
DeFiSafety không trực tiếp audit code. Họ đánh giá quy trình, tài liệu, mức độ minh bạch và cách giao thức áp dụng các thực hành an toàn. Vì vậy 93% cho thấy TermMax có một security process được xây khá bài bản, chứ không có nghĩa smart contract đã được chứng minh “an toàn 93%”.
Nhìn vào stack hiện tại thì TermMax có nhiều lớp khác nhau: audit để tìm lỗi trước khi triển khai, bug bounty để mở thêm bề mặt kiểm tra, Hypernative theo dõi bất thường sau khi hệ thống chạy và timelock làm chậm các thay đổi nhạy cảm. Mỗi lớp xử lý một loại rủi ro khác nhau.
Nhưng vẫn có một thứ không thể mua trước bằng audit.
Đó là lịch sử sống sót qua thị trường thật.
Aave V3 có lợi thế vì đã vận hành qua nhiều năm và nhiều tình huống áp lực. TermMax hiện chưa có cùng lượng dữ liệu thực chiến đó.
Vì vậy mình sẽ không hỏi TermMax có secure không
Mình muốn xem security stack này phản ứng thế nào khi thanh khoản biến động mạnh, oracle gặp áp lực hoặc một edge case thật sự xuất hiện trên mainnet.
Điểm số cho biết protocol chuẩn bị nghiêm túc đến đâu.
Track record mới cho biết những chuẩn bị đó chịu được thực tế đến mức nào.
@TermMax #TermMax
$BEAT $BTC $ARX
1
2
715
Citadel giảm dữ liệu phải chia sẻ, nhưng lại khiến mình chú ý hơn đến người cấp credential
Điểm mình thấy hay ở Citadel là người dùng không cần đưa toàn bộ hồ sơ KYC cho mỗi bên muốn xác minh mình.
Sau khi được kiểm tra, một credential có thể dùng để chứng minh những điều cụ thể như khu vực pháp lý, trạng thái nhà đầu tư hay việc đáp ứng một yêu cầu compliance nào đó. Bên xác minh nhận đúng thông tin cần thiết thay vì cả bộ dữ liệu danh tính.
Ban đầu mình nghĩ đây đơn giản là giảm trust.
Nhưng nhìn kỹ hơn, trust thực ra chỉ được chuyển sang một vị trí khác.
Nếu nhiều tổ chức cùng chấp nhận một credential, quyết định ban đầu của issuer càng có trọng lượng. Một lần đánh giá có thể được tái sử dụng nhiều lần, nên sai sót ở khâu cấp credential cũng có thể lan rộng hơn thay vì chỉ ảnh hưởng một giao dịch.
Thời gian lại làm bài toán khó hơn. Một credential đúng hôm nay chưa chắc còn đúng vài tháng sau. Trạng thái sanctions, jurisdiction hay eligibility đều có thể thay đổi.
Vì vậy với mình, phần quan trọng của Citadel không chỉ là selective disclosure. Nó còn nằm ở freshness, revocation và trách nhiệm của issuer khi dữ liệu nền đã thay đổi.
Mình cũng sẽ quan tâm đến số credential thực sự được tái sử dụng hơn là số integration được công bố.
Bởi privacy chỉ giải quyết câu hỏi “bên xác minh cần thấy bao nhiêu”.
Còn khi credential sai hoặc đã cũ, câu hỏi khó hơn vẫn còn nguyên: ai chịu trách nhiệm cho quyết định đã được cả hệ thống tin tưởng?
@Dusk_Foundation $DUSK #dusk
$APR $BNB
Citadel giảm dữ liệu phải chia sẻ, nhưng lại khiến mình chú ý hơn đến người cấp credential
Điểm mình thấy hay ở Citadel là người dùng không cần đưa toàn bộ hồ sơ KYC cho mỗi bên muốn xác minh mình.
Sau khi được kiểm tra, một credential có thể dùng để chứng minh những điều cụ thể như khu vực pháp lý, trạng thái nhà đầu tư hay việc đáp ứng một yêu cầu compliance nào đó. Bên xác minh nhận đúng thông tin cần thiết thay vì cả bộ dữ liệu danh tính.
Ban đầu mình nghĩ đây đơn giản là giảm trust.
Nhưng nhìn kỹ hơn, trust thực ra chỉ được chuyển sang một vị trí khác.
Nếu nhiều tổ chức cùng chấp nhận một credential, quyết định ban đầu của issuer càng có trọng lượng. Một lần đánh giá có thể được tái sử dụng nhiều lần, nên sai sót ở khâu cấp credential cũng có thể lan rộng hơn thay vì chỉ ảnh hưởng một giao dịch.
Thời gian lại làm bài toán khó hơn. Một credential đúng hôm nay chưa chắc còn đúng vài tháng sau. Trạng thái sanctions, jurisdiction hay eligibility đều có thể thay đổi.
Vì vậy với mình, phần quan trọng của Citadel không chỉ là selective disclosure. Nó còn nằm ở freshness, revocation và trách nhiệm của issuer khi dữ liệu nền đã thay đổi.
Mình cũng sẽ quan tâm đến số credential thực sự được tái sử dụng hơn là số integration được công bố.
Bởi privacy chỉ giải quyết câu hỏi “bên xác minh cần thấy bao nhiêu”.
Còn khi credential sai hoặc đã cũ, câu hỏi khó hơn vẫn còn nguyên: ai chịu trách nhiệm cho quyết định đã được cả hệ thống tin tưởng?
@Dusk $DUSK #dusk
$APR $BNB
Điểm mình thấy hay ở Citadel là người dùng không cần đưa toàn bộ hồ sơ KYC cho mỗi bên muốn xác minh mình.
Sau khi được kiểm tra, một credential có thể dùng để chứng minh những điều cụ thể như khu vực pháp lý, trạng thái nhà đầu tư hay việc đáp ứng một yêu cầu compliance nào đó. Bên xác minh nhận đúng thông tin cần thiết thay vì cả bộ dữ liệu danh tính.
Ban đầu mình nghĩ đây đơn giản là giảm trust.
Nhưng nhìn kỹ hơn, trust thực ra chỉ được chuyển sang một vị trí khác.
Nếu nhiều tổ chức cùng chấp nhận một credential, quyết định ban đầu của issuer càng có trọng lượng. Một lần đánh giá có thể được tái sử dụng nhiều lần, nên sai sót ở khâu cấp credential cũng có thể lan rộng hơn thay vì chỉ ảnh hưởng một giao dịch.
Thời gian lại làm bài toán khó hơn. Một credential đúng hôm nay chưa chắc còn đúng vài tháng sau. Trạng thái sanctions, jurisdiction hay eligibility đều có thể thay đổi.
Vì vậy với mình, phần quan trọng của Citadel không chỉ là selective disclosure. Nó còn nằm ở freshness, revocation và trách nhiệm của issuer khi dữ liệu nền đã thay đổi.
Mình cũng sẽ quan tâm đến số credential thực sự được tái sử dụng hơn là số integration được công bố.
Bởi privacy chỉ giải quyết câu hỏi “bên xác minh cần thấy bao nhiêu”.
Còn khi credential sai hoặc đã cũ, câu hỏi khó hơn vẫn còn nguyên: ai chịu trách nhiệm cho quyết định đã được cả hệ thống tin tưởng?
@Dusk $DUSK #dusk
$APR $BNB
4
3
189
Ішінара рас
Dusk càng gặp sự cố, mình càng quan tâm ai đang nắm quyền phục hồi mạng
Đọc phần consensus của Dusk, mình thấy cơ chế bình thường chưa phải chỗ đáng lo nhất. Điều thú vị nằm ở lúc mạng liên tục không đạt quorum.
Sau 16 iteration thất bại, Succinct Attestation chuyển sang emergency mode. Timeout của từng bước được bỏ đi và nhiều iteration có thể cùng mở để tăng cơ hội tìm được một block hợp lệ. Nếu nhiều candidate cùng đạt consensus, block thuộc iteration thấp hơn được ưu tiên.
Thiết kế này giúp mạng không bị kẹt chỉ vì một số provisioner chậm hoặc mất kết nối. Nhưng nó cũng làm mình để ý đến một ranh giới khác: khi điều kiện mạng xấu đi, khả năng phục hồi bắt đầu phụ thuộc rõ hơn vào phân bố stake.
Ở phương án cuối, emergency block chỉ được tạo khi nhóm provisioner yêu cầu nó nắm đa số tổng stake của mạng. Trong khi muốn trực tiếp tham gia consensus, một provisioner hiện cần stake tối thiểu 1.000 DUSK.
Vì vậy mình không chỉ nhìn staking như cách kiếm reward. Nó còn quyết định ai có trọng lượng trong lúc hệ thống cần thoát khỏi trạng thái bất thường.
Theo mình, bài test quan trọng với Dusk không phải một ngày mạng chạy mượt. Mà là lúc congestion tăng, vài node tụt lại và các committee liên tục thay đổi, mạng có phục hồi mà không để quyền quyết định dồn quá nhiều vào một nhóm stake lớn hay không.
Một cơ chế recovery có thể rất chắc về kỹ thuật.
Nhưng nếu quyền cứu mạng ngày càng tập trung theo stake, decentralization mới là thứ cần được đo kỹ nhất.
@Dusk_Foundation $DUSK #dusk
$ONDO $BTC
Dusk càng gặp sự cố, mình càng quan tâm ai đang nắm quyền phục hồi mạng
Đọc phần consensus của Dusk, mình thấy cơ chế bình thường chưa phải chỗ đáng lo nhất. Điều thú vị nằm ở lúc mạng liên tục không đạt quorum.
Sau 16 iteration thất bại, Succinct Attestation chuyển sang emergency mode. Timeout của từng bước được bỏ đi và nhiều iteration có thể cùng mở để tăng cơ hội tìm được một block hợp lệ. Nếu nhiều candidate cùng đạt consensus, block thuộc iteration thấp hơn được ưu tiên.
Thiết kế này giúp mạng không bị kẹt chỉ vì một số provisioner chậm hoặc mất kết nối. Nhưng nó cũng làm mình để ý đến một ranh giới khác: khi điều kiện mạng xấu đi, khả năng phục hồi bắt đầu phụ thuộc rõ hơn vào phân bố stake.
Ở phương án cuối, emergency block chỉ được tạo khi nhóm provisioner yêu cầu nó nắm đa số tổng stake của mạng. Trong khi muốn trực tiếp tham gia consensus, một provisioner hiện cần stake tối thiểu 1.000 DUSK.
Vì vậy mình không chỉ nhìn staking như cách kiếm reward. Nó còn quyết định ai có trọng lượng trong lúc hệ thống cần thoát khỏi trạng thái bất thường.
Theo mình, bài test quan trọng với Dusk không phải một ngày mạng chạy mượt. Mà là lúc congestion tăng, vài node tụt lại và các committee liên tục thay đổi, mạng có phục hồi mà không để quyền quyết định dồn quá nhiều vào một nhóm stake lớn hay không.
Một cơ chế recovery có thể rất chắc về kỹ thuật.
Nhưng nếu quyền cứu mạng ngày càng tập trung theo stake, decentralization mới là thứ cần được đo kỹ nhất.
@Dusk $DUSK #dusk
$ONDO $BTC
Đọc phần consensus của Dusk, mình thấy cơ chế bình thường chưa phải chỗ đáng lo nhất. Điều thú vị nằm ở lúc mạng liên tục không đạt quorum.
Sau 16 iteration thất bại, Succinct Attestation chuyển sang emergency mode. Timeout của từng bước được bỏ đi và nhiều iteration có thể cùng mở để tăng cơ hội tìm được một block hợp lệ. Nếu nhiều candidate cùng đạt consensus, block thuộc iteration thấp hơn được ưu tiên.
Thiết kế này giúp mạng không bị kẹt chỉ vì một số provisioner chậm hoặc mất kết nối. Nhưng nó cũng làm mình để ý đến một ranh giới khác: khi điều kiện mạng xấu đi, khả năng phục hồi bắt đầu phụ thuộc rõ hơn vào phân bố stake.
Ở phương án cuối, emergency block chỉ được tạo khi nhóm provisioner yêu cầu nó nắm đa số tổng stake của mạng. Trong khi muốn trực tiếp tham gia consensus, một provisioner hiện cần stake tối thiểu 1.000 DUSK.
Vì vậy mình không chỉ nhìn staking như cách kiếm reward. Nó còn quyết định ai có trọng lượng trong lúc hệ thống cần thoát khỏi trạng thái bất thường.
Theo mình, bài test quan trọng với Dusk không phải một ngày mạng chạy mượt. Mà là lúc congestion tăng, vài node tụt lại và các committee liên tục thay đổi, mạng có phục hồi mà không để quyền quyết định dồn quá nhiều vào một nhóm stake lớn hay không.
Một cơ chế recovery có thể rất chắc về kỹ thuật.
Nhưng nếu quyền cứu mạng ngày càng tập trung theo stake, decentralization mới là thứ cần được đo kỹ nhất.
@Dusk $DUSK #dusk
$ONDO $BTC
5
3
609
TVL lớn chưa chắc nói hết hiệu quả sử dụng vốn của TermMax
Điều mình thấy thú vị ở DeFi là thanh khoản có thể nhìn rất “dày” trên dashboard nhưng thực tế lại nằm yên khá lâu giữa các lần khớp lệnh. Vốn vẫn ở đó, chỉ là không phải lúc nào cũng đứng đúng nơi có nhu cầu vay.
Atomic Orders của TermMax làm mình chú ý vì nó xử lý đúng điểm này.
Thay vì chia thanh khoản thành nhiều phần riêng cho từng market hoặc từng kỳ hạn, một nguồn vốn có thể phục vụ nhiều order khác nhau. Nếu cơ chế này hoạt động hiệu quả, một đô thanh khoản không chỉ xuất hiện một lần trong TVL mà còn có thể được tái sử dụng qua nhiều cơ hội tín dụng.
Vì vậy mình nghĩ TVL đơn thuần chưa đủ để đánh giá TermMax.
Một giao thức có TVL cao nhưng phần lớn vốn nằm chờ chưa chắc hiệu quả hơn hệ thống nhỏ hơn nhưng capital turnover cao. Với Atomic Orders, thứ mình muốn nhìn là tốc độ vốn được khớp lại, số lần nó được tái sử dụng và lượng credit volume mà mỗi đô thanh khoản thực sự hỗ trợ.
Nhưng shared liquidity cũng có một điểm cần kiểm tra.
Nhiều market có thể cùng trông sâu hơn khi dùng chung một nguồn vốn. Tuy nhiên nếu nhu cầu vay tăng mạnh ở nhiều nơi cùng lúc, giới hạn thật của lượng thanh khoản sẵn sàng sẽ lộ ra. Vốn có thể được phân bổ hiệu quả hơn, nhưng không vì thế mà trở thành vô hạn.
Theo mình, đây mới là metric đáng quan tâm ở TermMax.
Không chỉ là giao thức giữ được bao nhiêu tiền, mà là mỗi đô vốn có thể “làm việc” bao nhiêu lần trước khi hệ thống bắt đầu chạm giới hạn thanh khoản.
@termmax #TermMax
$SKYAI $BTC $BNB
TVL lớn chưa chắc nói hết hiệu quả sử dụng vốn của TermMax
Điều mình thấy thú vị ở DeFi là thanh khoản có thể nhìn rất “dày” trên dashboard nhưng thực tế lại nằm yên khá lâu giữa các lần khớp lệnh. Vốn vẫn ở đó, chỉ là không phải lúc nào cũng đứng đúng nơi có nhu cầu vay.
Atomic Orders của TermMax làm mình chú ý vì nó xử lý đúng điểm này.
Thay vì chia thanh khoản thành nhiều phần riêng cho từng market hoặc từng kỳ hạn, một nguồn vốn có thể phục vụ nhiều order khác nhau. Nếu cơ chế này hoạt động hiệu quả, một đô thanh khoản không chỉ xuất hiện một lần trong TVL mà còn có thể được tái sử dụng qua nhiều cơ hội tín dụng.
Vì vậy mình nghĩ TVL đơn thuần chưa đủ để đánh giá TermMax.
Một giao thức có TVL cao nhưng phần lớn vốn nằm chờ chưa chắc hiệu quả hơn hệ thống nhỏ hơn nhưng capital turnover cao. Với Atomic Orders, thứ mình muốn nhìn là tốc độ vốn được khớp lại, số lần nó được tái sử dụng và lượng credit volume mà mỗi đô thanh khoản thực sự hỗ trợ.
Nhưng shared liquidity cũng có một điểm cần kiểm tra.
Nhiều market có thể cùng trông sâu hơn khi dùng chung một nguồn vốn. Tuy nhiên nếu nhu cầu vay tăng mạnh ở nhiều nơi cùng lúc, giới hạn thật của lượng thanh khoản sẵn sàng sẽ lộ ra. Vốn có thể được phân bổ hiệu quả hơn, nhưng không vì thế mà trở thành vô hạn.
Theo mình, đây mới là metric đáng quan tâm ở TermMax.
Không chỉ là giao thức giữ được bao nhiêu tiền, mà là mỗi đô vốn có thể “làm việc” bao nhiêu lần trước khi hệ thống bắt đầu chạm giới hạn thanh khoản.
@TermMax #TermMax
$SKYAI $BTC $BNB
Điều mình thấy thú vị ở DeFi là thanh khoản có thể nhìn rất “dày” trên dashboard nhưng thực tế lại nằm yên khá lâu giữa các lần khớp lệnh. Vốn vẫn ở đó, chỉ là không phải lúc nào cũng đứng đúng nơi có nhu cầu vay.
Atomic Orders của TermMax làm mình chú ý vì nó xử lý đúng điểm này.
Thay vì chia thanh khoản thành nhiều phần riêng cho từng market hoặc từng kỳ hạn, một nguồn vốn có thể phục vụ nhiều order khác nhau. Nếu cơ chế này hoạt động hiệu quả, một đô thanh khoản không chỉ xuất hiện một lần trong TVL mà còn có thể được tái sử dụng qua nhiều cơ hội tín dụng.
Vì vậy mình nghĩ TVL đơn thuần chưa đủ để đánh giá TermMax.
Một giao thức có TVL cao nhưng phần lớn vốn nằm chờ chưa chắc hiệu quả hơn hệ thống nhỏ hơn nhưng capital turnover cao. Với Atomic Orders, thứ mình muốn nhìn là tốc độ vốn được khớp lại, số lần nó được tái sử dụng và lượng credit volume mà mỗi đô thanh khoản thực sự hỗ trợ.
Nhưng shared liquidity cũng có một điểm cần kiểm tra.
Nhiều market có thể cùng trông sâu hơn khi dùng chung một nguồn vốn. Tuy nhiên nếu nhu cầu vay tăng mạnh ở nhiều nơi cùng lúc, giới hạn thật của lượng thanh khoản sẵn sàng sẽ lộ ra. Vốn có thể được phân bổ hiệu quả hơn, nhưng không vì thế mà trở thành vô hạn.
Theo mình, đây mới là metric đáng quan tâm ở TermMax.
Không chỉ là giao thức giữ được bao nhiêu tiền, mà là mỗi đô vốn có thể “làm việc” bao nhiêu lần trước khi hệ thống bắt đầu chạm giới hạn thanh khoản.
@TermMax #TermMax
$SKYAI $BTC $BNB
2
2
722
P2P giờ có thêm lớp “Xác minh” và mình thấy đây là chi tiết đáng để kiểm tra trước khi đặt lệnh
Hôm trước vào Binance P2P mình mới để ý một số Merchant có thêm nhãn “Xác minh” ngay dưới quảng cáo. Bấm vào xem kỹ thì trong phần yêu cầu của nhà quảng cáo có thể xuất hiện thêm các bước như xác thực người thật, giấy tờ tùy thân có ảnh hoặc KYC bổ sung.
Điểm mình thấy quan trọng là các yêu cầu này không nằm ở bước cuối, mà được hiển thị ngay trước khi đặt lệnh.
Nghĩa là trước khi bấm Bán, người dùng nên mở phần điều kiện của Merchant ra đọc kỹ. Nếu quảng cáo yêu cầu xác minh thêm mà mình không muốn cung cấp hoặc không đáp ứng được, tốt nhất dừng từ đầu thay vì mở Order rồi mới phát hiện.
Theo mình, đây cũng là một lớp kiểm soát khá hợp lý cho các giao dịch P2P, nhất là với Merchant xử lý số lượng lớn. Khi danh tính hai bên rõ ràng hơn, việc đối chiếu người thanh toán, nguồn tiền và xử lý tranh chấp sau này cũng dễ hơn.
Nhưng có xác minh không có nghĩa mình bỏ qua các bước an toàn khác.
Khi bán USDT, mình vẫn phải tự kiểm tra tiền đã thực sự vào tài khoản trước khi Release. Khi mua, mình vẫn chuyển đúng tài khoản được hiển thị trong Order và giữ toàn bộ trao đổi trong Binance. Nếu Merchant yêu cầu gửi giấy tờ qua kênh ngoài nền tảng, mình sẽ không làm theo chỉ vì quảng cáo có nhãn xác minh.
Điều mình rút ra là trước đây mình thường nhìn giá, Completion Rate và số lệnh.
Giờ mình sẽ nhìn thêm một mục nữa: Merchant đang yêu cầu mình xác minh những gì trước khi giao dịch.
Đọc kỹ 10 giây trước khi đặt lệnh vẫn dễ hơn xử lý một Order không phù hợp sau đó.
@Binance_Vietnam #BinanceP2PAnToan
$BTC $ON $EDGE
P2P giờ có thêm lớp “Xác minh” và mình thấy đây là chi tiết đáng để kiểm tra trước khi đặt lệnh
Hôm trước vào Binance P2P mình mới để ý một số Merchant có thêm nhãn “Xác minh” ngay dưới quảng cáo. Bấm vào xem kỹ thì trong phần yêu cầu của nhà quảng cáo có thể xuất hiện thêm các bước như xác thực người thật, giấy tờ tùy thân có ảnh hoặc KYC bổ sung.
Điểm mình thấy quan trọng là các yêu cầu này không nằm ở bước cuối, mà được hiển thị ngay trước khi đặt lệnh.
Nghĩa là trước khi bấm Bán, người dùng nên mở phần điều kiện của Merchant ra đọc kỹ. Nếu quảng cáo yêu cầu xác minh thêm mà mình không muốn cung cấp hoặc không đáp ứng được, tốt nhất dừng từ đầu thay vì mở Order rồi mới phát hiện.
Theo mình, đây cũng là một lớp kiểm soát khá hợp lý cho các giao dịch P2P, nhất là với Merchant xử lý số lượng lớn. Khi danh tính hai bên rõ ràng hơn, việc đối chiếu người thanh toán, nguồn tiền và xử lý tranh chấp sau này cũng dễ hơn.
Nhưng có xác minh không có nghĩa mình bỏ qua các bước an toàn khác.
Khi bán USDT, mình vẫn phải tự kiểm tra tiền đã thực sự vào tài khoản trước khi Release. Khi mua, mình vẫn chuyển đúng tài khoản được hiển thị trong Order và giữ toàn bộ trao đổi trong Binance. Nếu Merchant yêu cầu gửi giấy tờ qua kênh ngoài nền tảng, mình sẽ không làm theo chỉ vì quảng cáo có nhãn xác minh.
Điều mình rút ra là trước đây mình thường nhìn giá, Completion Rate và số lệnh.
Giờ mình sẽ nhìn thêm một mục nữa: Merchant đang yêu cầu mình xác minh những gì trước khi giao dịch.
Đọc kỹ 10 giây trước khi đặt lệnh vẫn dễ hơn xử lý một Order không phù hợp sau đó.
@Binance Vietnam #BinanceP2PAnToan
$BTC $ON $EDGE
Hôm trước vào Binance P2P mình mới để ý một số Merchant có thêm nhãn “Xác minh” ngay dưới quảng cáo. Bấm vào xem kỹ thì trong phần yêu cầu của nhà quảng cáo có thể xuất hiện thêm các bước như xác thực người thật, giấy tờ tùy thân có ảnh hoặc KYC bổ sung.
Điểm mình thấy quan trọng là các yêu cầu này không nằm ở bước cuối, mà được hiển thị ngay trước khi đặt lệnh.
Nghĩa là trước khi bấm Bán, người dùng nên mở phần điều kiện của Merchant ra đọc kỹ. Nếu quảng cáo yêu cầu xác minh thêm mà mình không muốn cung cấp hoặc không đáp ứng được, tốt nhất dừng từ đầu thay vì mở Order rồi mới phát hiện.
Theo mình, đây cũng là một lớp kiểm soát khá hợp lý cho các giao dịch P2P, nhất là với Merchant xử lý số lượng lớn. Khi danh tính hai bên rõ ràng hơn, việc đối chiếu người thanh toán, nguồn tiền và xử lý tranh chấp sau này cũng dễ hơn.
Nhưng có xác minh không có nghĩa mình bỏ qua các bước an toàn khác.
Khi bán USDT, mình vẫn phải tự kiểm tra tiền đã thực sự vào tài khoản trước khi Release. Khi mua, mình vẫn chuyển đúng tài khoản được hiển thị trong Order và giữ toàn bộ trao đổi trong Binance. Nếu Merchant yêu cầu gửi giấy tờ qua kênh ngoài nền tảng, mình sẽ không làm theo chỉ vì quảng cáo có nhãn xác minh.
Điều mình rút ra là trước đây mình thường nhìn giá, Completion Rate và số lệnh.
Giờ mình sẽ nhìn thêm một mục nữa: Merchant đang yêu cầu mình xác minh những gì trước khi giao dịch.
Đọc kỹ 10 giây trước khi đặt lệnh vẫn dễ hơn xử lý một Order không phù hợp sau đó.
@Binance Vietnam #BinanceP2PAnToan
$BTC $ON $EDGE
1
2
1.8k
·
--
Жоғары (өспелі)
Fixed rate hay floating rate, mình nghĩ câu trả lời phụ thuộc vào thứ bạn muốn kiểm soát
Càng nhìn vào TermMax, mình càng thấy fixed rate lending không đơn giản là “lãi suất ổn định hơn”. Nó là việc đổi một phần sự linh hoạt lấy khả năng biết trước chi phí hoặc lợi suất ngay từ đầu.
Nếu cho vay 100.000 USD trong 12 tháng với fixed rate, mình biết gần như chính xác mình đang khóa vốn để đổi lấy mức lợi suất nào và thời điểm nào khoản đó kết thúc. Điều này rất hữu ích nếu mục tiêu là lập kế hoạch dòng tiền hoặc giữ một chiến lược ổn định mà không muốn theo dõi lãi suất mỗi ngày.
Nhưng cái giá phải trả là cơ hội.
Thị trường có thể đổi nhanh hơn kỳ hạn. Lãi suất mới có thể cao hơn mức đã khóa. Một pool khác có thể hấp dẫn hơn. Hoặc đơn giản là mình muốn rút vốn sớm để chuyển sang chiến lược khác.
Floating rate thì ngược lại. Mình giữ được sự linh hoạt nhưng phải chấp nhận việc lợi suất thay đổi liên tục và khó dự đoán hơn.
Vì vậy theo mình, fixed và floating không cạnh tranh theo kiểu cái nào tốt hơn tuyệt đối. Chúng giải quyết hai nhu cầu khác nhau.
Fixed rate phù hợp khi mình ưu tiên chắc chắn và muốn biết trước kết quả tài chính của một vị thế.
Floating rate hợp hơn khi mình đặt giá trị cao vào thanh khoản và khả năng đổi chiến lược.
Nếu có 100.000 USD để cho vay trong 12 tháng, mình có lẽ sẽ không chọn một bên hoàn toàn. Mình sẽ chia vốn: 60k$ khóa fixed rate để tạo nền lợi suất dễ dự đoán, phần còn lại giữ floating để còn khả năng xoay khi thị trường thay đổi.
Với bạn nếu phải chọn một bên, certainty hay flexibility quan trọng hơn trong 12 tháng tới?
@termmax #TermMax
$BNB $RICE $APR
Fixed rate hay floating rate, mình nghĩ câu trả lời phụ thuộc vào thứ bạn muốn kiểm soát
Càng nhìn vào TermMax, mình càng thấy fixed rate lending không đơn giản là “lãi suất ổn định hơn”. Nó là việc đổi một phần sự linh hoạt lấy khả năng biết trước chi phí hoặc lợi suất ngay từ đầu.
Nếu cho vay 100.000 USD trong 12 tháng với fixed rate, mình biết gần như chính xác mình đang khóa vốn để đổi lấy mức lợi suất nào và thời điểm nào khoản đó kết thúc. Điều này rất hữu ích nếu mục tiêu là lập kế hoạch dòng tiền hoặc giữ một chiến lược ổn định mà không muốn theo dõi lãi suất mỗi ngày.
Nhưng cái giá phải trả là cơ hội.
Thị trường có thể đổi nhanh hơn kỳ hạn. Lãi suất mới có thể cao hơn mức đã khóa. Một pool khác có thể hấp dẫn hơn. Hoặc đơn giản là mình muốn rút vốn sớm để chuyển sang chiến lược khác.
Floating rate thì ngược lại. Mình giữ được sự linh hoạt nhưng phải chấp nhận việc lợi suất thay đổi liên tục và khó dự đoán hơn.
Vì vậy theo mình, fixed và floating không cạnh tranh theo kiểu cái nào tốt hơn tuyệt đối. Chúng giải quyết hai nhu cầu khác nhau.
Fixed rate phù hợp khi mình ưu tiên chắc chắn và muốn biết trước kết quả tài chính của một vị thế.
Floating rate hợp hơn khi mình đặt giá trị cao vào thanh khoản và khả năng đổi chiến lược.
Nếu có 100.000 USD để cho vay trong 12 tháng, mình có lẽ sẽ không chọn một bên hoàn toàn. Mình sẽ chia vốn: 60k$ khóa fixed rate để tạo nền lợi suất dễ dự đoán, phần còn lại giữ floating để còn khả năng xoay khi thị trường thay đổi.
Với bạn nếu phải chọn một bên, certainty hay flexibility quan trọng hơn trong 12 tháng tới?
@TermMax #TermMax
$BNB $RICE $APR
Càng nhìn vào TermMax, mình càng thấy fixed rate lending không đơn giản là “lãi suất ổn định hơn”. Nó là việc đổi một phần sự linh hoạt lấy khả năng biết trước chi phí hoặc lợi suất ngay từ đầu.
Nếu cho vay 100.000 USD trong 12 tháng với fixed rate, mình biết gần như chính xác mình đang khóa vốn để đổi lấy mức lợi suất nào và thời điểm nào khoản đó kết thúc. Điều này rất hữu ích nếu mục tiêu là lập kế hoạch dòng tiền hoặc giữ một chiến lược ổn định mà không muốn theo dõi lãi suất mỗi ngày.
Nhưng cái giá phải trả là cơ hội.
Thị trường có thể đổi nhanh hơn kỳ hạn. Lãi suất mới có thể cao hơn mức đã khóa. Một pool khác có thể hấp dẫn hơn. Hoặc đơn giản là mình muốn rút vốn sớm để chuyển sang chiến lược khác.
Floating rate thì ngược lại. Mình giữ được sự linh hoạt nhưng phải chấp nhận việc lợi suất thay đổi liên tục và khó dự đoán hơn.
Vì vậy theo mình, fixed và floating không cạnh tranh theo kiểu cái nào tốt hơn tuyệt đối. Chúng giải quyết hai nhu cầu khác nhau.
Fixed rate phù hợp khi mình ưu tiên chắc chắn và muốn biết trước kết quả tài chính của một vị thế.
Floating rate hợp hơn khi mình đặt giá trị cao vào thanh khoản và khả năng đổi chiến lược.
Nếu có 100.000 USD để cho vay trong 12 tháng, mình có lẽ sẽ không chọn một bên hoàn toàn. Mình sẽ chia vốn: 60k$ khóa fixed rate để tạo nền lợi suất dễ dự đoán, phần còn lại giữ floating để còn khả năng xoay khi thị trường thay đổi.
Với bạn nếu phải chọn một bên, certainty hay flexibility quan trọng hơn trong 12 tháng tới?
@TermMax #TermMax
$BNB $RICE $APR
2
1
473
Privacy của Dusk chỉ thật sự đáng tin khi mạng bị stress
Điều làm mình đổi cách nhìn về Phoenix là nhận ra không nhìn thấy không đồng nghĩa không kiểm chứng được
Với giao dịch shielded, người quan sát công khai không thấy sender, receiver hay amount như Moonlight nhưng giao dịch vẫn phải được mạng xác minh trước khi trạng thái được chấp nhận. DuskDS sau đó đưa block qua proposal, validation và ratification để đạt deterministic finality.
Ở điều kiện bình thường, mô hình này khá gọn. Phần mình muốn nhìn kỹ hơn lại là lúc mạng đông.
Nếu giao dịch public và confidential cùng tạo áp lực lên hệ thống, committee liên tục thay đổi còn một số provisioner bắt đầu chậm nhịp, privacy không còn là câu hỏi duy nhất. Mạng còn phải giữ được liveness và finality mà không hạ tiêu chuẩn xác minh.
Điểm mình thấy hợp lý là Dusk không coi mọi lỗi giống nhau. Provisioner bỏ lỡ nhiệm vụ có thể chịu soft penalty, còn hành vi có thể chứng minh là sai như vote không hợp lệ hoặc ký xung đột có thể dẫn đến hard penalty.
Theo mình đây mới là bài test đáng xem hơn một giao dịch riêng tư chạy trơn tru.
Một hệ thống privacy tốt không chỉ cần che dữ liệu khi mọi thứ bình thường. Nó phải giữ nguyên khả năng xác minh khi node lệch nhịp, committee xoay vòng và tải mạng tăng mạnh.
Nếu Dusk giữ được ranh giới đó, privacy mới thật sự là một thuộc tính của hạ tầng chứ không chỉ là trải nghiệm ở ví.
@Dusk_Foundation $DUSK #dusk
$RICE $BTW
Privacy của Dusk chỉ thật sự đáng tin khi mạng bị stress
Điều làm mình đổi cách nhìn về Phoenix là nhận ra không nhìn thấy không đồng nghĩa không kiểm chứng được
Với giao dịch shielded, người quan sát công khai không thấy sender, receiver hay amount như Moonlight nhưng giao dịch vẫn phải được mạng xác minh trước khi trạng thái được chấp nhận. DuskDS sau đó đưa block qua proposal, validation và ratification để đạt deterministic finality.
Ở điều kiện bình thường, mô hình này khá gọn. Phần mình muốn nhìn kỹ hơn lại là lúc mạng đông.
Nếu giao dịch public và confidential cùng tạo áp lực lên hệ thống, committee liên tục thay đổi còn một số provisioner bắt đầu chậm nhịp, privacy không còn là câu hỏi duy nhất. Mạng còn phải giữ được liveness và finality mà không hạ tiêu chuẩn xác minh.
Điểm mình thấy hợp lý là Dusk không coi mọi lỗi giống nhau. Provisioner bỏ lỡ nhiệm vụ có thể chịu soft penalty, còn hành vi có thể chứng minh là sai như vote không hợp lệ hoặc ký xung đột có thể dẫn đến hard penalty.
Theo mình đây mới là bài test đáng xem hơn một giao dịch riêng tư chạy trơn tru.
Một hệ thống privacy tốt không chỉ cần che dữ liệu khi mọi thứ bình thường. Nó phải giữ nguyên khả năng xác minh khi node lệch nhịp, committee xoay vòng và tải mạng tăng mạnh.
Nếu Dusk giữ được ranh giới đó, privacy mới thật sự là một thuộc tính của hạ tầng chứ không chỉ là trải nghiệm ở ví.
@Dusk $DUSK #dusk
$RICE $BTW
Điều làm mình đổi cách nhìn về Phoenix là nhận ra không nhìn thấy không đồng nghĩa không kiểm chứng được
Với giao dịch shielded, người quan sát công khai không thấy sender, receiver hay amount như Moonlight nhưng giao dịch vẫn phải được mạng xác minh trước khi trạng thái được chấp nhận. DuskDS sau đó đưa block qua proposal, validation và ratification để đạt deterministic finality.
Ở điều kiện bình thường, mô hình này khá gọn. Phần mình muốn nhìn kỹ hơn lại là lúc mạng đông.
Nếu giao dịch public và confidential cùng tạo áp lực lên hệ thống, committee liên tục thay đổi còn một số provisioner bắt đầu chậm nhịp, privacy không còn là câu hỏi duy nhất. Mạng còn phải giữ được liveness và finality mà không hạ tiêu chuẩn xác minh.
Điểm mình thấy hợp lý là Dusk không coi mọi lỗi giống nhau. Provisioner bỏ lỡ nhiệm vụ có thể chịu soft penalty, còn hành vi có thể chứng minh là sai như vote không hợp lệ hoặc ký xung đột có thể dẫn đến hard penalty.
Theo mình đây mới là bài test đáng xem hơn một giao dịch riêng tư chạy trơn tru.
Một hệ thống privacy tốt không chỉ cần che dữ liệu khi mọi thứ bình thường. Nó phải giữ nguyên khả năng xác minh khi node lệch nhịp, committee xoay vòng và tải mạng tăng mạnh.
Nếu Dusk giữ được ranh giới đó, privacy mới thật sự là một thuộc tính của hạ tầng chứ không chỉ là trải nghiệm ở ví.
@Dusk $DUSK #dusk
$RICE $BTW
6
2
99
Bán USDT bằng Giao dịch nhanh trên Binance P2P: thao tác nhanh nhưng bước cuối phải kiểm tra thật kỹ
Mình vừa thử lại luồng Bán trong mục Giao dịch nhanh và thấy khá dễ dùng nếu đi đúng từng bước.
Đầu tiên, vào P2P → Giao dịch nhanh → chọn Bán rồi nhập số USDT muốn bán. Trong ảnh mình thử với 10$. Hệ thống hiển thị số tiền VND ước tính để kiểm tra trước khi tiếp tục.
Bước tiếp theo là chọn phương thức nhận tiền. Ở thời điểm mình thao tác, chuyển khoản ngân hàng có giá 25.506đ/USDT, còn MoMo là 25.455đ/USDT. Mình thường so lại hai mức này vì dù cùng bán một lượng USDT, số tiền thực nhận vẫn có thể khác.
Sau khi chọn chuyển khoản ngân hàng, Binance ghép lệnh với Merchant GiaoDichTuDong_247. Giá cuối cùng trong lệnh là 25.506đ/USDT và số tiền dự kiến nhận là 254.804đ.
Từ đây mình không cần tự tìm người mua nữa. Việc cần làm là chờ đối tác thanh toán vào tài khoản ngân hàng đã đăng ký.
Đây cũng là bước quan trọng nhất.
Khi Binance báo người mua đã thanh toán, mình vẫn tự mở app ngân hàng để kiểm tra. Phải đối chiếu đúng số tiền, trạng thái giao dịch và đặc biệt là tên người chuyển. Nếu tên người gửi thực tế không khớp với tên người mua hiển thị trong Order, mình sẽ chưa bấm mở khóa và dùng Khiếu nại để xử lý.
Chỉ khi mọi thông tin đều khớp, mình mới chọn “Đã nhận” rồi xác nhận mở khóa USDT.
Sau khi release, lệnh sẽ chuyển sang Hoàn tất và 10 USDT được ghi nhận là đã bán thành công.
Giao dịch nhanh giúp bỏ bớt khâu tìm Merchant nhưng không bỏ được bước xác minh cuối cùng.
Nhanh ở thao tác, chậm vài giây ở bước kiểm tra tiền mới là cách mình thấy an toàn nhất.
@Binance_Vietnam #BinanceP2PAnToan
$RICE $BTW $M
Bán USDT bằng Giao dịch nhanh trên Binance P2P: thao tác nhanh nhưng bước cuối phải kiểm tra thật kỹ
Mình vừa thử lại luồng Bán trong mục Giao dịch nhanh và thấy khá dễ dùng nếu đi đúng từng bước.
Đầu tiên, vào P2P → Giao dịch nhanh → chọn Bán rồi nhập số USDT muốn bán. Trong ảnh mình thử với 10$. Hệ thống hiển thị số tiền VND ước tính để kiểm tra trước khi tiếp tục.
Bước tiếp theo là chọn phương thức nhận tiền. Ở thời điểm mình thao tác, chuyển khoản ngân hàng có giá 25.506đ/USDT, còn MoMo là 25.455đ/USDT. Mình thường so lại hai mức này vì dù cùng bán một lượng USDT, số tiền thực nhận vẫn có thể khác.
Sau khi chọn chuyển khoản ngân hàng, Binance ghép lệnh với Merchant GiaoDichTuDong_247. Giá cuối cùng trong lệnh là 25.506đ/USDT và số tiền dự kiến nhận là 254.804đ.
Từ đây mình không cần tự tìm người mua nữa. Việc cần làm là chờ đối tác thanh toán vào tài khoản ngân hàng đã đăng ký.
Đây cũng là bước quan trọng nhất.
Khi Binance báo người mua đã thanh toán, mình vẫn tự mở app ngân hàng để kiểm tra. Phải đối chiếu đúng số tiền, trạng thái giao dịch và đặc biệt là tên người chuyển. Nếu tên người gửi thực tế không khớp với tên người mua hiển thị trong Order, mình sẽ chưa bấm mở khóa và dùng Khiếu nại để xử lý.
Chỉ khi mọi thông tin đều khớp, mình mới chọn “Đã nhận” rồi xác nhận mở khóa USDT.
Sau khi release, lệnh sẽ chuyển sang Hoàn tất và 10 USDT được ghi nhận là đã bán thành công.
Giao dịch nhanh giúp bỏ bớt khâu tìm Merchant nhưng không bỏ được bước xác minh cuối cùng.
Nhanh ở thao tác, chậm vài giây ở bước kiểm tra tiền mới là cách mình thấy an toàn nhất.
@Binance Vietnam #BinanceP2PAnToan
$RICE $BTW $M
Mình vừa thử lại luồng Bán trong mục Giao dịch nhanh và thấy khá dễ dùng nếu đi đúng từng bước.
Đầu tiên, vào P2P → Giao dịch nhanh → chọn Bán rồi nhập số USDT muốn bán. Trong ảnh mình thử với 10$. Hệ thống hiển thị số tiền VND ước tính để kiểm tra trước khi tiếp tục.
Bước tiếp theo là chọn phương thức nhận tiền. Ở thời điểm mình thao tác, chuyển khoản ngân hàng có giá 25.506đ/USDT, còn MoMo là 25.455đ/USDT. Mình thường so lại hai mức này vì dù cùng bán một lượng USDT, số tiền thực nhận vẫn có thể khác.
Sau khi chọn chuyển khoản ngân hàng, Binance ghép lệnh với Merchant GiaoDichTuDong_247. Giá cuối cùng trong lệnh là 25.506đ/USDT và số tiền dự kiến nhận là 254.804đ.
Từ đây mình không cần tự tìm người mua nữa. Việc cần làm là chờ đối tác thanh toán vào tài khoản ngân hàng đã đăng ký.
Đây cũng là bước quan trọng nhất.
Khi Binance báo người mua đã thanh toán, mình vẫn tự mở app ngân hàng để kiểm tra. Phải đối chiếu đúng số tiền, trạng thái giao dịch và đặc biệt là tên người chuyển. Nếu tên người gửi thực tế không khớp với tên người mua hiển thị trong Order, mình sẽ chưa bấm mở khóa và dùng Khiếu nại để xử lý.
Chỉ khi mọi thông tin đều khớp, mình mới chọn “Đã nhận” rồi xác nhận mở khóa USDT.
Sau khi release, lệnh sẽ chuyển sang Hoàn tất và 10 USDT được ghi nhận là đã bán thành công.
Giao dịch nhanh giúp bỏ bớt khâu tìm Merchant nhưng không bỏ được bước xác minh cuối cùng.
Nhanh ở thao tác, chậm vài giây ở bước kiểm tra tiền mới là cách mình thấy an toàn nhất.
@Binance Vietnam #BinanceP2PAnToan
$RICE $BTW $M
1
1
619
TermMax có thể đúng về nhu cầu dài hạn nhưng vẫn phải chứng minh người dùng muốn đổi thói quen
Càng đọc về TermMax mình càng thấy câu hỏi quan trọng nhất không nằm ở việc fixed rate lending có hợp lý hay không. Về mặt tài chính, nó dễ hiểu vì người vay biết trước chi phí vốn, người cho vay biết trước lợi suất và cả hai đều có ngày đáo hạn rõ ràng.
Nhưng DeFi không thiếu những sản phẩm hợp lý
Thứ khó hơn là thuyết phục người dùng rời khỏi money market quen thuộc. Lãi suất thả nổi có thể khó chịu nhưng đổi lại là thanh khoản cao, thao tác đơn giản và không phải nghĩ quá nhiều về kỳ hạn. Với nhiều người, mức tiện đó đã đủ tốt.
TermMax chỉ thật sự tạo khác biệt khi sự chắc chắn về chi phí vốn đáng giá hơn sự linh hoạt mà người dùng đang có.
Điều này rõ nhất với leverage. Nếu một chiến lược phụ thuộc vào biên lợi nhuận mỏng, biết trước financing cost có thể giúp tính toán vị thế chính xác hơn nhưng với người chỉ gửi tài sản để kiếm yield, lợi ích của fixed rate có thể chưa đủ mạnh để họ thay đổi hành vi.
Vì vậy mình nghĩ XP hay Activity Points chỉ giải được bài toán thu hút ban đầu. Chúng có thể kéo volume và người dùng vào hệ thống nhưng không trả lời được câu hỏi khó hơn: sau khi phần thưởng giảm đi, họ có còn quay lại vì chính sản phẩm hay không?
Mình không nghi ngờ nhu cầu fixed income sẽ lớn hơn khi crypto trưởng thành
Thứ mình chưa chắc là thời điểm
Nếu TermMax muốn chứng minh product market fit, mình sẽ nhìn vào tỷ lệ người dùng quay lại, thanh khoản duy trì sau incentives và việc fixed rate có thực sự giúp họ quản lý vốn tốt hơn các lựa chọn hiện tại hay không
@termmax #TermMax
$BTC $LAB $X
TermMax có thể đúng về nhu cầu dài hạn nhưng vẫn phải chứng minh người dùng muốn đổi thói quen
Càng đọc về TermMax mình càng thấy câu hỏi quan trọng nhất không nằm ở việc fixed rate lending có hợp lý hay không. Về mặt tài chính, nó dễ hiểu vì người vay biết trước chi phí vốn, người cho vay biết trước lợi suất và cả hai đều có ngày đáo hạn rõ ràng.
Nhưng DeFi không thiếu những sản phẩm hợp lý
Thứ khó hơn là thuyết phục người dùng rời khỏi money market quen thuộc. Lãi suất thả nổi có thể khó chịu nhưng đổi lại là thanh khoản cao, thao tác đơn giản và không phải nghĩ quá nhiều về kỳ hạn. Với nhiều người, mức tiện đó đã đủ tốt.
TermMax chỉ thật sự tạo khác biệt khi sự chắc chắn về chi phí vốn đáng giá hơn sự linh hoạt mà người dùng đang có.
Điều này rõ nhất với leverage. Nếu một chiến lược phụ thuộc vào biên lợi nhuận mỏng, biết trước financing cost có thể giúp tính toán vị thế chính xác hơn nhưng với người chỉ gửi tài sản để kiếm yield, lợi ích của fixed rate có thể chưa đủ mạnh để họ thay đổi hành vi.
Vì vậy mình nghĩ XP hay Activity Points chỉ giải được bài toán thu hút ban đầu. Chúng có thể kéo volume và người dùng vào hệ thống nhưng không trả lời được câu hỏi khó hơn: sau khi phần thưởng giảm đi, họ có còn quay lại vì chính sản phẩm hay không?
Mình không nghi ngờ nhu cầu fixed income sẽ lớn hơn khi crypto trưởng thành
Thứ mình chưa chắc là thời điểm
Nếu TermMax muốn chứng minh product market fit, mình sẽ nhìn vào tỷ lệ người dùng quay lại, thanh khoản duy trì sau incentives và việc fixed rate có thực sự giúp họ quản lý vốn tốt hơn các lựa chọn hiện tại hay không
@TermMax #TermMax
$BTC $LAB $X
Càng đọc về TermMax mình càng thấy câu hỏi quan trọng nhất không nằm ở việc fixed rate lending có hợp lý hay không. Về mặt tài chính, nó dễ hiểu vì người vay biết trước chi phí vốn, người cho vay biết trước lợi suất và cả hai đều có ngày đáo hạn rõ ràng.
Nhưng DeFi không thiếu những sản phẩm hợp lý
Thứ khó hơn là thuyết phục người dùng rời khỏi money market quen thuộc. Lãi suất thả nổi có thể khó chịu nhưng đổi lại là thanh khoản cao, thao tác đơn giản và không phải nghĩ quá nhiều về kỳ hạn. Với nhiều người, mức tiện đó đã đủ tốt.
TermMax chỉ thật sự tạo khác biệt khi sự chắc chắn về chi phí vốn đáng giá hơn sự linh hoạt mà người dùng đang có.
Điều này rõ nhất với leverage. Nếu một chiến lược phụ thuộc vào biên lợi nhuận mỏng, biết trước financing cost có thể giúp tính toán vị thế chính xác hơn nhưng với người chỉ gửi tài sản để kiếm yield, lợi ích của fixed rate có thể chưa đủ mạnh để họ thay đổi hành vi.
Vì vậy mình nghĩ XP hay Activity Points chỉ giải được bài toán thu hút ban đầu. Chúng có thể kéo volume và người dùng vào hệ thống nhưng không trả lời được câu hỏi khó hơn: sau khi phần thưởng giảm đi, họ có còn quay lại vì chính sản phẩm hay không?
Mình không nghi ngờ nhu cầu fixed income sẽ lớn hơn khi crypto trưởng thành
Thứ mình chưa chắc là thời điểm
Nếu TermMax muốn chứng minh product market fit, mình sẽ nhìn vào tỷ lệ người dùng quay lại, thanh khoản duy trì sau incentives và việc fixed rate có thực sự giúp họ quản lý vốn tốt hơn các lựa chọn hiện tại hay không
@TermMax #TermMax
$BTC $LAB $X
1
1
184
·
--
Жоғары (өспелі)
Dusk Trade khiến mình nghĩ “neobroker” onchain không nên được đánh giá bằng giao diện
Nếu chỉ nhìn từ phía người dùng, Dusk Trade khá giống một nơi để tìm và giao dịch tài sản token hóa nhưng phần mình quan tâm hơn lại nằm phía sau màn hình mua bán.
Với tài sản được quản lý, một lệnh không chỉ cần khớp giá. Người mua còn phải qua onboarding, đáp ứng điều kiện sở hữu, kết nối ví và chỉ những dữ liệu cần thiết mới được tiết lộ cho bên có quyền. Dusk Trade đang gom các bước đó vào cùng một workflow, đồng thời phối hợp cả phần tài sản và phần thanh toán trước khi settlement.
Theo mình đây mới là ý nghĩa của neobroker trong bối cảnh RWA. Giá trị không nằm ở việc biến trái phiếu hay quỹ thành token rồi đặt chúng vào một app mới. Khó hơn là khiến quyền sở hữu, điều kiện giao dịch, privacy và settlement hoạt động liền mạch với nhau.
Nhưng mình vẫn chưa muốn đánh giá Dusk Trade bằng waitlist.
Số người đăng ký chỉ cho biết có sự tò mò. Thứ đáng xem hơn là tài sản thật nào được issuer đưa lên, bao nhiêu tài khoản đủ điều kiện thực sự giao dịch và lượng giá trị đã được settlement qua hệ thống.
Dusk hiện vẫn mô tả Dusk Trade là sản phẩm đang được xây dựng. Vì vậy với mình, mốc quan trọng không phải thêm bao nhiêu người chờ vào app, mà là lúc MMF, bond hay các tài sản regulated bắt đầu tạo ra volume thật.
Narrative có thể kéo sự chú ý.
Settlement thật mới chứng minh thị trường tồn tại.
@Dusk_Foundation $DUSK #dusk
$CLO $LAB
Dusk Trade khiến mình nghĩ “neobroker” onchain không nên được đánh giá bằng giao diện
Nếu chỉ nhìn từ phía người dùng, Dusk Trade khá giống một nơi để tìm và giao dịch tài sản token hóa nhưng phần mình quan tâm hơn lại nằm phía sau màn hình mua bán.
Với tài sản được quản lý, một lệnh không chỉ cần khớp giá. Người mua còn phải qua onboarding, đáp ứng điều kiện sở hữu, kết nối ví và chỉ những dữ liệu cần thiết mới được tiết lộ cho bên có quyền. Dusk Trade đang gom các bước đó vào cùng một workflow, đồng thời phối hợp cả phần tài sản và phần thanh toán trước khi settlement.
Theo mình đây mới là ý nghĩa của neobroker trong bối cảnh RWA. Giá trị không nằm ở việc biến trái phiếu hay quỹ thành token rồi đặt chúng vào một app mới. Khó hơn là khiến quyền sở hữu, điều kiện giao dịch, privacy và settlement hoạt động liền mạch với nhau.
Nhưng mình vẫn chưa muốn đánh giá Dusk Trade bằng waitlist.
Số người đăng ký chỉ cho biết có sự tò mò. Thứ đáng xem hơn là tài sản thật nào được issuer đưa lên, bao nhiêu tài khoản đủ điều kiện thực sự giao dịch và lượng giá trị đã được settlement qua hệ thống.
Dusk hiện vẫn mô tả Dusk Trade là sản phẩm đang được xây dựng. Vì vậy với mình, mốc quan trọng không phải thêm bao nhiêu người chờ vào app, mà là lúc MMF, bond hay các tài sản regulated bắt đầu tạo ra volume thật.
Narrative có thể kéo sự chú ý.
Settlement thật mới chứng minh thị trường tồn tại.
@Dusk $DUSK #dusk
$CLO $LAB
Nếu chỉ nhìn từ phía người dùng, Dusk Trade khá giống một nơi để tìm và giao dịch tài sản token hóa nhưng phần mình quan tâm hơn lại nằm phía sau màn hình mua bán.
Với tài sản được quản lý, một lệnh không chỉ cần khớp giá. Người mua còn phải qua onboarding, đáp ứng điều kiện sở hữu, kết nối ví và chỉ những dữ liệu cần thiết mới được tiết lộ cho bên có quyền. Dusk Trade đang gom các bước đó vào cùng một workflow, đồng thời phối hợp cả phần tài sản và phần thanh toán trước khi settlement.
Theo mình đây mới là ý nghĩa của neobroker trong bối cảnh RWA. Giá trị không nằm ở việc biến trái phiếu hay quỹ thành token rồi đặt chúng vào một app mới. Khó hơn là khiến quyền sở hữu, điều kiện giao dịch, privacy và settlement hoạt động liền mạch với nhau.
Nhưng mình vẫn chưa muốn đánh giá Dusk Trade bằng waitlist.
Số người đăng ký chỉ cho biết có sự tò mò. Thứ đáng xem hơn là tài sản thật nào được issuer đưa lên, bao nhiêu tài khoản đủ điều kiện thực sự giao dịch và lượng giá trị đã được settlement qua hệ thống.
Dusk hiện vẫn mô tả Dusk Trade là sản phẩm đang được xây dựng. Vì vậy với mình, mốc quan trọng không phải thêm bao nhiêu người chờ vào app, mà là lúc MMF, bond hay các tài sản regulated bắt đầu tạo ra volume thật.
Narrative có thể kéo sự chú ý.
Settlement thật mới chứng minh thị trường tồn tại.
@Dusk $DUSK #dusk
$CLO $LAB
2
1
96
Tuần trước bạn mình ăn kèo alpha được 20k$ nên bán USDT để bắt đáy vàng, nó kể rằng lệnh P2P hôm đó trông rất bình thường. Tiền vào đủ, tên người chuyển gần giống thông tin trong Order, nội dung chuyển khoản cũng không có gì bất thường nên nó release luôn mà không cần suy nghĩ.
Vài ngày sau, ngân hàng lại liên hệ hỏi về nguồn tiền và khóa luôn tài khoản ngân hàng.
Tình huống này khiến mình nhận ra một điều: escrow bảo vệ crypto trong lúc giao dịch nhưng không thể nói thay người bán tiền fiat đến từ đâu trước khi nó vào tài khoản ngân hàng.
Đây là kiểu rủi ro không xuất hiện ngay trên màn hình. Order đã hoàn tất, USDT đã rời ví thì câu hỏi về nguồn tiền mới có thể xuất hiện.
Càng giao dịch nhiều, mình càng thấy sự quen tay đôi khi nguy hiểm hơn người mới. Sau hàng chục lệnh trơn tru, rất dễ nghĩ rằng số tiền đúng, người mua lịch sự và Merchant có lịch sử tốt thì mọi thứ chắc ổn.
Nhưng những tín hiệu đó không thay thế việc kiểm tra người chuyển tiền.
Khi bán P2P, mình luôn ưu tiên tài khoản thanh toán có tên khớp với người mua trong Order, giữ toàn bộ trao đổi trong Binance và lưu lại Order ID cùng chứng từ ngân hàng. Nếu tiền đến từ tài khoản bên thứ ba hoặc thông tin có điểm không khớp, mình không tự đoán lý do rồi release cho xong.
Không phải mọi giao dịch khác tên đều có vấn đề nhưng nếu mình không hiểu rõ nguồn tiền, mình cũng không có lý do để vội mở khóa crypto.
P2P an toàn không chỉ là tránh mất USDT ngay trong lệnh
Đôi khi nó còn là bảo đảm vài ngày sau mình vẫn có đủ bằng chứng để giải thích dòng tiền đã đi qua tài khoản của mình một cách rõ ràng.
@Binance_Vietnam #BinanceP2PAnToan
$APR $CLO $BTC
Tuần trước bạn mình ăn kèo alpha được 20k$ nên bán USDT để bắt đáy vàng, nó kể rằng lệnh P2P hôm đó trông rất bình thường. Tiền vào đủ, tên người chuyển gần giống thông tin trong Order, nội dung chuyển khoản cũng không có gì bất thường nên nó release luôn mà không cần suy nghĩ.
Vài ngày sau, ngân hàng lại liên hệ hỏi về nguồn tiền và khóa luôn tài khoản ngân hàng.
Tình huống này khiến mình nhận ra một điều: escrow bảo vệ crypto trong lúc giao dịch nhưng không thể nói thay người bán tiền fiat đến từ đâu trước khi nó vào tài khoản ngân hàng.
Đây là kiểu rủi ro không xuất hiện ngay trên màn hình. Order đã hoàn tất, USDT đã rời ví thì câu hỏi về nguồn tiền mới có thể xuất hiện.
Càng giao dịch nhiều, mình càng thấy sự quen tay đôi khi nguy hiểm hơn người mới. Sau hàng chục lệnh trơn tru, rất dễ nghĩ rằng số tiền đúng, người mua lịch sự và Merchant có lịch sử tốt thì mọi thứ chắc ổn.
Nhưng những tín hiệu đó không thay thế việc kiểm tra người chuyển tiền.
Khi bán P2P, mình luôn ưu tiên tài khoản thanh toán có tên khớp với người mua trong Order, giữ toàn bộ trao đổi trong Binance và lưu lại Order ID cùng chứng từ ngân hàng. Nếu tiền đến từ tài khoản bên thứ ba hoặc thông tin có điểm không khớp, mình không tự đoán lý do rồi release cho xong.
Không phải mọi giao dịch khác tên đều có vấn đề nhưng nếu mình không hiểu rõ nguồn tiền, mình cũng không có lý do để vội mở khóa crypto.
P2P an toàn không chỉ là tránh mất USDT ngay trong lệnh
Đôi khi nó còn là bảo đảm vài ngày sau mình vẫn có đủ bằng chứng để giải thích dòng tiền đã đi qua tài khoản của mình một cách rõ ràng.
@Binance Vietnam #BinanceP2PAnToan
$APR $CLO $BTC
Vài ngày sau, ngân hàng lại liên hệ hỏi về nguồn tiền và khóa luôn tài khoản ngân hàng.
Tình huống này khiến mình nhận ra một điều: escrow bảo vệ crypto trong lúc giao dịch nhưng không thể nói thay người bán tiền fiat đến từ đâu trước khi nó vào tài khoản ngân hàng.
Đây là kiểu rủi ro không xuất hiện ngay trên màn hình. Order đã hoàn tất, USDT đã rời ví thì câu hỏi về nguồn tiền mới có thể xuất hiện.
Càng giao dịch nhiều, mình càng thấy sự quen tay đôi khi nguy hiểm hơn người mới. Sau hàng chục lệnh trơn tru, rất dễ nghĩ rằng số tiền đúng, người mua lịch sự và Merchant có lịch sử tốt thì mọi thứ chắc ổn.
Nhưng những tín hiệu đó không thay thế việc kiểm tra người chuyển tiền.
Khi bán P2P, mình luôn ưu tiên tài khoản thanh toán có tên khớp với người mua trong Order, giữ toàn bộ trao đổi trong Binance và lưu lại Order ID cùng chứng từ ngân hàng. Nếu tiền đến từ tài khoản bên thứ ba hoặc thông tin có điểm không khớp, mình không tự đoán lý do rồi release cho xong.
Không phải mọi giao dịch khác tên đều có vấn đề nhưng nếu mình không hiểu rõ nguồn tiền, mình cũng không có lý do để vội mở khóa crypto.
P2P an toàn không chỉ là tránh mất USDT ngay trong lệnh
Đôi khi nó còn là bảo đảm vài ngày sau mình vẫn có đủ bằng chứng để giải thích dòng tiền đã đi qua tài khoản của mình một cách rõ ràng.
@Binance Vietnam #BinanceP2PAnToan
$APR $CLO $BTC
1
2
955
TermMax không loại bỏ bất định, nó định giá bất định trước khi giao dịch bắt đầu
Ban đầu mình nghĩ fixed rate lending hấp dẫn vì nó giúp người vay thoát khỏi biến động lãi suất. Chọn kỳ hạn, khóa mức chi phí và biết trước mình phải trả bao nhiêu khi đáo hạn. Nghe gần như đối lập hoàn toàn với phần còn lại của DeFi.
Nhưng đọc kỹ hơn về cơ chế của TermMax, mình thấy cố định không có nghĩa rủi ro biến mất.
FT được thiết kế giống một zero coupon bond: nó đại diện cho quyền nhận một lượng debt token xác định tại ngày đáo hạn. Nhờ đó người cho vay biết trước giá trị nhận về, còn người vay có thể chốt chi phí vốn từ đầu.
Điều thú vị là cùng hạ tầng đó vẫn hỗ trợ leverage và các chiến lược tìm thêm lợi suất.
Vậy @termmax thực ra không xóa sự bất định khỏi thị trường. Nó chuyển phần bất định sang thời điểm định giá. Khi một fixed rate được hình thành, người tham gia vẫn phải quyết định mức đó đã phản ánh đúng kỳ vọng về lãi suất, thanh khoản và rủi ro trong suốt kỳ hạn hay chưa.
Nếu thị trường thay đổi sau khi vị thế được mở, hợp đồng không đổi theo. Người dùng nhận sự chắc chắn nhưng đổi lại họ chấp nhận khả năng mức rate đã khóa sau đó trở nên kém hấp dẫn hơn thị trường.
Theo mình, đây mới là điểm đáng chú ý của #TermMax
Fixed rate không phải lời hứa rằng DeFi hết biến động. Nó là cách biến biến động tương lai thành một mức giá có thể đồng ý ngay hôm nay.
Câu hỏi mình quan tâm không phải TermMax loại bỏ được bao nhiêu rủi ro mà là thị trường của nó định giá rủi ro đó chính xác đến đâu trước khi người dùng khóa kỳ hạn và cam kết vốn thật.
$BTC $BNB $X
TermMax không loại bỏ bất định, nó định giá bất định trước khi giao dịch bắt đầu
Ban đầu mình nghĩ fixed rate lending hấp dẫn vì nó giúp người vay thoát khỏi biến động lãi suất. Chọn kỳ hạn, khóa mức chi phí và biết trước mình phải trả bao nhiêu khi đáo hạn. Nghe gần như đối lập hoàn toàn với phần còn lại của DeFi.
Nhưng đọc kỹ hơn về cơ chế của TermMax, mình thấy cố định không có nghĩa rủi ro biến mất.
FT được thiết kế giống một zero coupon bond: nó đại diện cho quyền nhận một lượng debt token xác định tại ngày đáo hạn. Nhờ đó người cho vay biết trước giá trị nhận về, còn người vay có thể chốt chi phí vốn từ đầu.
Điều thú vị là cùng hạ tầng đó vẫn hỗ trợ leverage và các chiến lược tìm thêm lợi suất.
Vậy @TermMax thực ra không xóa sự bất định khỏi thị trường. Nó chuyển phần bất định sang thời điểm định giá. Khi một fixed rate được hình thành, người tham gia vẫn phải quyết định mức đó đã phản ánh đúng kỳ vọng về lãi suất, thanh khoản và rủi ro trong suốt kỳ hạn hay chưa.
Nếu thị trường thay đổi sau khi vị thế được mở, hợp đồng không đổi theo. Người dùng nhận sự chắc chắn nhưng đổi lại họ chấp nhận khả năng mức rate đã khóa sau đó trở nên kém hấp dẫn hơn thị trường.
Theo mình, đây mới là điểm đáng chú ý của #TermMax
Fixed rate không phải lời hứa rằng DeFi hết biến động. Nó là cách biến biến động tương lai thành một mức giá có thể đồng ý ngay hôm nay.
Câu hỏi mình quan tâm không phải TermMax loại bỏ được bao nhiêu rủi ro mà là thị trường của nó định giá rủi ro đó chính xác đến đâu trước khi người dùng khóa kỳ hạn và cam kết vốn thật.
$BTC $BNB $X
Ban đầu mình nghĩ fixed rate lending hấp dẫn vì nó giúp người vay thoát khỏi biến động lãi suất. Chọn kỳ hạn, khóa mức chi phí và biết trước mình phải trả bao nhiêu khi đáo hạn. Nghe gần như đối lập hoàn toàn với phần còn lại của DeFi.
Nhưng đọc kỹ hơn về cơ chế của TermMax, mình thấy cố định không có nghĩa rủi ro biến mất.
FT được thiết kế giống một zero coupon bond: nó đại diện cho quyền nhận một lượng debt token xác định tại ngày đáo hạn. Nhờ đó người cho vay biết trước giá trị nhận về, còn người vay có thể chốt chi phí vốn từ đầu.
Điều thú vị là cùng hạ tầng đó vẫn hỗ trợ leverage và các chiến lược tìm thêm lợi suất.
Vậy @TermMax thực ra không xóa sự bất định khỏi thị trường. Nó chuyển phần bất định sang thời điểm định giá. Khi một fixed rate được hình thành, người tham gia vẫn phải quyết định mức đó đã phản ánh đúng kỳ vọng về lãi suất, thanh khoản và rủi ro trong suốt kỳ hạn hay chưa.
Nếu thị trường thay đổi sau khi vị thế được mở, hợp đồng không đổi theo. Người dùng nhận sự chắc chắn nhưng đổi lại họ chấp nhận khả năng mức rate đã khóa sau đó trở nên kém hấp dẫn hơn thị trường.
Theo mình, đây mới là điểm đáng chú ý của #TermMax
Fixed rate không phải lời hứa rằng DeFi hết biến động. Nó là cách biến biến động tương lai thành một mức giá có thể đồng ý ngay hôm nay.
Câu hỏi mình quan tâm không phải TermMax loại bỏ được bao nhiêu rủi ro mà là thị trường của nó định giá rủi ro đó chính xác đến đâu trước khi người dùng khóa kỳ hạn và cam kết vốn thật.
$BTC $BNB $X
2
1
223
Halving của Dusk không cho mình biết staking sẽ lời bao nhiêu
Lúc đầu mình nghĩ chỉ cần nhìn lịch phát hành của Dusk là có thể ước lượng khá sát lợi suất staking nhưng khi đặt con số emission cạnh lượng DUSK đang được stake, mình thấy hai thứ này liên quan nhưng không hề đồng nghĩa.
Theo cơ chế hiện tại, mạng phát hành 19,8 DUSK mỗi block. Tổng lượng phát hành dự kiến là 500 triệu DUSK trong 36 năm và tốc độ emission giảm một nửa sau mỗi bốn năm. Phần này khá dễ dự đoán vì đã được quy định ở cấp protocol.
Nhưng lợi suất của từng người stake lại phụ thuộc vào biến số khác.
Nếu tổng active stake tăng, phần của mỗi validator hoặc delegator trong toàn bộ pool phần thưởng sẽ nhỏ đi, giả sử các yếu tố khác không đổi. Ngoài ra còn có mức độ tham gia consensus và phí giao dịch. Vì vậy cùng một mức emission trên mỗi block, APY thực tế vẫn có thể thay đổi đáng kể.
Đây là chỗ mình từng nhầm giữa hai khái niệm.
Halving chỉ cho biết tốc độ DUSK mới đi vào hệ thống phần thưởng. Nó không nói stake của mình sẽ nhận được bao nhiêu. Một lịch phát hành cố định chỉ làm nguồn cung phần thưởng dễ đoán hơn, chứ không loại bỏ cạnh tranh giữa những người tham gia staking.
Vì thế nếu muốn đánh giá staking, mình sẽ không chỉ nhìn lịch halving. Mình sẽ theo dõi thêm tổng active stake và tốc độ lượng stake này thay đổi theo thời gian.
Emission càng dễ dự đoán thì cạnh tranh giữa những người stake lại càng trở thành biến số quan trọng.
Theo mình, với Dusk, câu hỏi đáng quan tâm không phải “phần thưởng mỗi block là bao nhiêu” mà là “có bao nhiêu DUSK đang cùng cạnh tranh để nhận phần thưởng đó”
@Dusk_Foundation $DUSK #dusk
$STBL $LAB
Halving của Dusk không cho mình biết staking sẽ lời bao nhiêu
Lúc đầu mình nghĩ chỉ cần nhìn lịch phát hành của Dusk là có thể ước lượng khá sát lợi suất staking nhưng khi đặt con số emission cạnh lượng DUSK đang được stake, mình thấy hai thứ này liên quan nhưng không hề đồng nghĩa.
Theo cơ chế hiện tại, mạng phát hành 19,8 DUSK mỗi block. Tổng lượng phát hành dự kiến là 500 triệu DUSK trong 36 năm và tốc độ emission giảm một nửa sau mỗi bốn năm. Phần này khá dễ dự đoán vì đã được quy định ở cấp protocol.
Nhưng lợi suất của từng người stake lại phụ thuộc vào biến số khác.
Nếu tổng active stake tăng, phần của mỗi validator hoặc delegator trong toàn bộ pool phần thưởng sẽ nhỏ đi, giả sử các yếu tố khác không đổi. Ngoài ra còn có mức độ tham gia consensus và phí giao dịch. Vì vậy cùng một mức emission trên mỗi block, APY thực tế vẫn có thể thay đổi đáng kể.
Đây là chỗ mình từng nhầm giữa hai khái niệm.
Halving chỉ cho biết tốc độ DUSK mới đi vào hệ thống phần thưởng. Nó không nói stake của mình sẽ nhận được bao nhiêu. Một lịch phát hành cố định chỉ làm nguồn cung phần thưởng dễ đoán hơn, chứ không loại bỏ cạnh tranh giữa những người tham gia staking.
Vì thế nếu muốn đánh giá staking, mình sẽ không chỉ nhìn lịch halving. Mình sẽ theo dõi thêm tổng active stake và tốc độ lượng stake này thay đổi theo thời gian.
Emission càng dễ dự đoán thì cạnh tranh giữa những người stake lại càng trở thành biến số quan trọng.
Theo mình, với Dusk, câu hỏi đáng quan tâm không phải “phần thưởng mỗi block là bao nhiêu” mà là “có bao nhiêu DUSK đang cùng cạnh tranh để nhận phần thưởng đó”
@Dusk $DUSK #dusk
$STBL $LAB
Lúc đầu mình nghĩ chỉ cần nhìn lịch phát hành của Dusk là có thể ước lượng khá sát lợi suất staking nhưng khi đặt con số emission cạnh lượng DUSK đang được stake, mình thấy hai thứ này liên quan nhưng không hề đồng nghĩa.
Theo cơ chế hiện tại, mạng phát hành 19,8 DUSK mỗi block. Tổng lượng phát hành dự kiến là 500 triệu DUSK trong 36 năm và tốc độ emission giảm một nửa sau mỗi bốn năm. Phần này khá dễ dự đoán vì đã được quy định ở cấp protocol.
Nhưng lợi suất của từng người stake lại phụ thuộc vào biến số khác.
Nếu tổng active stake tăng, phần của mỗi validator hoặc delegator trong toàn bộ pool phần thưởng sẽ nhỏ đi, giả sử các yếu tố khác không đổi. Ngoài ra còn có mức độ tham gia consensus và phí giao dịch. Vì vậy cùng một mức emission trên mỗi block, APY thực tế vẫn có thể thay đổi đáng kể.
Đây là chỗ mình từng nhầm giữa hai khái niệm.
Halving chỉ cho biết tốc độ DUSK mới đi vào hệ thống phần thưởng. Nó không nói stake của mình sẽ nhận được bao nhiêu. Một lịch phát hành cố định chỉ làm nguồn cung phần thưởng dễ đoán hơn, chứ không loại bỏ cạnh tranh giữa những người tham gia staking.
Vì thế nếu muốn đánh giá staking, mình sẽ không chỉ nhìn lịch halving. Mình sẽ theo dõi thêm tổng active stake và tốc độ lượng stake này thay đổi theo thời gian.
Emission càng dễ dự đoán thì cạnh tranh giữa những người stake lại càng trở thành biến số quan trọng.
Theo mình, với Dusk, câu hỏi đáng quan tâm không phải “phần thưởng mỗi block là bao nhiêu” mà là “có bao nhiêu DUSK đang cùng cạnh tranh để nhận phần thưởng đó”
@Dusk $DUSK #dusk
$STBL $LAB
7
2
141
Mình đã dùng Binance P2P từ 2022 và càng giao dịch lâu mình càng bớt quan tâm đến việc “săn giá đẹp”
Mình lục lại ảnh giao dịch ngày 21/1/2022 và thấy một lệnh bán 1.656 USDT, nhận về 38.836.512đ, tương đương khoảng 23.452đ/USDT.
Nhìn lại mới thấy mình đã dùng Binance P2P lâu. Ban đầu mình chỉ quan tâm một chuyện: Merchant nào mua giá cao hơn thì chọn. Sau nhiều năm, cách giao dịch của mình thay đổi nhiều.
Tip đầu tiên là đừng chỉ nhìn giá. Chênh vài chục đồng mỗi USDT không đáng để đổi lấy một đối tác phản hồi chậm, điều kiện rắc rối hoặc lịch sử giao dịch thiếu ổn định. Mình luôn xem Completion Rate, số lệnh đã hoàn tất, giới hạn giao dịch và phương thức thanh toán trước khi mở Order.
Mình cũng nhìn vài quảng cáo cùng lúc để biết mặt bằng chung. Quảng cáo nằm đầu trang chưa chắc có giá tốt nhất, nên vài giây so sánh có thể tránh một lệnh lệch giá quá nhiều.
Thứ hai, khi bán USDT mình chỉ Release sau khi tự mở app ngân hàng và thấy tiền đã vào thật. Ảnh chuyển khoản, SMS hay lời nhắn 'mình chuyển rồi' không thay thế được bước này.
Thứ ba, mọi trao đổi mình giữ trong Order Chat. Nếu đối tác yêu cầu sang Zalo, Telegram, đổi tài khoản nhận tiền hoặc xử lý ngoài Binance, mình dừng lại ngay.
Với lệnh lớn, mình cũng thường chia nhỏ. Cách này giúp dễ kiểm soát dòng tiền hơn và giảm áp lực khi có một giao dịch phát sinh vấn đề.
Cuối cùng, mình luôn ưu tiên quy trình hơn tốc độ. P2P hiệu quả không phải là giao dịch nhanh nhất hay lời thêm vài chục nghìn.
Nó là lúc tiền vào đúng, thông tin khớp, bằng chứng đầy đủ và mình không phải đánh cược vào sự chủ quan.
@Binance_Vietnam #BinanceP2PAnToan
$BTC $APR $LAB
Mình đã dùng Binance P2P từ 2022 và càng giao dịch lâu mình càng bớt quan tâm đến việc “săn giá đẹp”
Mình lục lại ảnh giao dịch ngày 21/1/2022 và thấy một lệnh bán 1.656 USDT, nhận về 38.836.512đ, tương đương khoảng 23.452đ/USDT.
Nhìn lại mới thấy mình đã dùng Binance P2P lâu. Ban đầu mình chỉ quan tâm một chuyện: Merchant nào mua giá cao hơn thì chọn. Sau nhiều năm, cách giao dịch của mình thay đổi nhiều.
Tip đầu tiên là đừng chỉ nhìn giá. Chênh vài chục đồng mỗi USDT không đáng để đổi lấy một đối tác phản hồi chậm, điều kiện rắc rối hoặc lịch sử giao dịch thiếu ổn định. Mình luôn xem Completion Rate, số lệnh đã hoàn tất, giới hạn giao dịch và phương thức thanh toán trước khi mở Order.
Mình cũng nhìn vài quảng cáo cùng lúc để biết mặt bằng chung. Quảng cáo nằm đầu trang chưa chắc có giá tốt nhất, nên vài giây so sánh có thể tránh một lệnh lệch giá quá nhiều.
Thứ hai, khi bán USDT mình chỉ Release sau khi tự mở app ngân hàng và thấy tiền đã vào thật. Ảnh chuyển khoản, SMS hay lời nhắn 'mình chuyển rồi' không thay thế được bước này.
Thứ ba, mọi trao đổi mình giữ trong Order Chat. Nếu đối tác yêu cầu sang Zalo, Telegram, đổi tài khoản nhận tiền hoặc xử lý ngoài Binance, mình dừng lại ngay.
Với lệnh lớn, mình cũng thường chia nhỏ. Cách này giúp dễ kiểm soát dòng tiền hơn và giảm áp lực khi có một giao dịch phát sinh vấn đề.
Cuối cùng, mình luôn ưu tiên quy trình hơn tốc độ. P2P hiệu quả không phải là giao dịch nhanh nhất hay lời thêm vài chục nghìn.
Nó là lúc tiền vào đúng, thông tin khớp, bằng chứng đầy đủ và mình không phải đánh cược vào sự chủ quan.
@Binance Vietnam #BinanceP2PAnToan
$BTC $APR $LAB
Mình lục lại ảnh giao dịch ngày 21/1/2022 và thấy một lệnh bán 1.656 USDT, nhận về 38.836.512đ, tương đương khoảng 23.452đ/USDT.
Nhìn lại mới thấy mình đã dùng Binance P2P lâu. Ban đầu mình chỉ quan tâm một chuyện: Merchant nào mua giá cao hơn thì chọn. Sau nhiều năm, cách giao dịch của mình thay đổi nhiều.
Tip đầu tiên là đừng chỉ nhìn giá. Chênh vài chục đồng mỗi USDT không đáng để đổi lấy một đối tác phản hồi chậm, điều kiện rắc rối hoặc lịch sử giao dịch thiếu ổn định. Mình luôn xem Completion Rate, số lệnh đã hoàn tất, giới hạn giao dịch và phương thức thanh toán trước khi mở Order.
Mình cũng nhìn vài quảng cáo cùng lúc để biết mặt bằng chung. Quảng cáo nằm đầu trang chưa chắc có giá tốt nhất, nên vài giây so sánh có thể tránh một lệnh lệch giá quá nhiều.
Thứ hai, khi bán USDT mình chỉ Release sau khi tự mở app ngân hàng và thấy tiền đã vào thật. Ảnh chuyển khoản, SMS hay lời nhắn 'mình chuyển rồi' không thay thế được bước này.
Thứ ba, mọi trao đổi mình giữ trong Order Chat. Nếu đối tác yêu cầu sang Zalo, Telegram, đổi tài khoản nhận tiền hoặc xử lý ngoài Binance, mình dừng lại ngay.
Với lệnh lớn, mình cũng thường chia nhỏ. Cách này giúp dễ kiểm soát dòng tiền hơn và giảm áp lực khi có một giao dịch phát sinh vấn đề.
Cuối cùng, mình luôn ưu tiên quy trình hơn tốc độ. P2P hiệu quả không phải là giao dịch nhanh nhất hay lời thêm vài chục nghìn.
Nó là lúc tiền vào đúng, thông tin khớp, bằng chứng đầy đủ và mình không phải đánh cược vào sự chủ quan.
@Binance Vietnam #BinanceP2PAnToan
$BTC $APR $LAB
1
3
428
Viewing key của Dusk khiến mình nghĩ nhiều hơn về “quyền được xem”
Khi đọc về Phoenix, ban đầu mình chú ý đến phần giao dịch được che khỏi người quan sát công khai nhưng thứ khiến mình thấy khó hơn lại nằm ở selective disclosure.
Phoenix cho phép chủ sở hữu chia sẻ viewing key để một bên khác nhận diện những output thuộc về họ và với dữ liệu được che, đọc phần giá trị tương ứng. Điều này phù hợp với kiểm toán hoặc báo cáo vì người cần kiểm tra có thể thấy đủ thông tin mà không biến cả giao dịch thành dữ liệu công khai.
Nhưng từ đây xuất hiện một câu hỏi ít được nói đến: quyền xem nên tồn tại bao lâu?
Một cuộc kiểm toán có thời điểm bắt đầu và kết thúc. Còn viewing key là một quyền truy cập mật mã. Nếu doanh nghiệp chia sẻ nó cho auditor, điều quan trọng không chỉ là ai được xem mà còn là họ nhìn thấy phạm vi dữ liệu nào, key được quản lý ra sao và điều gì xảy ra khi mục đích ban đầu đã hoàn tất.
Theo mình, đây là phần privacy thực tế hơn chuyện giấu số dư khỏi explorer.
Blockchain có thể ngăn công chúng nhìn thấy dữ liệu Phoenix nhưng một khi thông tin đã được tiết lộ hợp lệ, hệ thống không thể làm cho bản sao bên nhận đã lưu tự biến mất. Privacy vì thế không kết thúc ở cryptography, nó còn phụ thuộc vào quản trị quyền truy cập và quy trình ngoài chain.
Điều mình muốn theo dõi ở #dusk là cách viewing authority được giới hạn trong thực tế.
Ai được xem, xem phần nào và trong bao lâu?
Nếu selective disclosure trả lời được cả ba câu hỏi đó, privacy mới thật sự trở thành công cụ cho tài chính được quản lý.
@Dusk_Foundation $DUSK $Q $BASED
Viewing key của Dusk khiến mình nghĩ nhiều hơn về “quyền được xem”
Khi đọc về Phoenix, ban đầu mình chú ý đến phần giao dịch được che khỏi người quan sát công khai nhưng thứ khiến mình thấy khó hơn lại nằm ở selective disclosure.
Phoenix cho phép chủ sở hữu chia sẻ viewing key để một bên khác nhận diện những output thuộc về họ và với dữ liệu được che, đọc phần giá trị tương ứng. Điều này phù hợp với kiểm toán hoặc báo cáo vì người cần kiểm tra có thể thấy đủ thông tin mà không biến cả giao dịch thành dữ liệu công khai.
Nhưng từ đây xuất hiện một câu hỏi ít được nói đến: quyền xem nên tồn tại bao lâu?
Một cuộc kiểm toán có thời điểm bắt đầu và kết thúc. Còn viewing key là một quyền truy cập mật mã. Nếu doanh nghiệp chia sẻ nó cho auditor, điều quan trọng không chỉ là ai được xem mà còn là họ nhìn thấy phạm vi dữ liệu nào, key được quản lý ra sao và điều gì xảy ra khi mục đích ban đầu đã hoàn tất.
Theo mình, đây là phần privacy thực tế hơn chuyện giấu số dư khỏi explorer.
Blockchain có thể ngăn công chúng nhìn thấy dữ liệu Phoenix nhưng một khi thông tin đã được tiết lộ hợp lệ, hệ thống không thể làm cho bản sao bên nhận đã lưu tự biến mất. Privacy vì thế không kết thúc ở cryptography, nó còn phụ thuộc vào quản trị quyền truy cập và quy trình ngoài chain.
Điều mình muốn theo dõi ở #dusk là cách viewing authority được giới hạn trong thực tế.
Ai được xem, xem phần nào và trong bao lâu?
Nếu selective disclosure trả lời được cả ba câu hỏi đó, privacy mới thật sự trở thành công cụ cho tài chính được quản lý.
@Dusk $DUSK $Q $BASED
Khi đọc về Phoenix, ban đầu mình chú ý đến phần giao dịch được che khỏi người quan sát công khai nhưng thứ khiến mình thấy khó hơn lại nằm ở selective disclosure.
Phoenix cho phép chủ sở hữu chia sẻ viewing key để một bên khác nhận diện những output thuộc về họ và với dữ liệu được che, đọc phần giá trị tương ứng. Điều này phù hợp với kiểm toán hoặc báo cáo vì người cần kiểm tra có thể thấy đủ thông tin mà không biến cả giao dịch thành dữ liệu công khai.
Nhưng từ đây xuất hiện một câu hỏi ít được nói đến: quyền xem nên tồn tại bao lâu?
Một cuộc kiểm toán có thời điểm bắt đầu và kết thúc. Còn viewing key là một quyền truy cập mật mã. Nếu doanh nghiệp chia sẻ nó cho auditor, điều quan trọng không chỉ là ai được xem mà còn là họ nhìn thấy phạm vi dữ liệu nào, key được quản lý ra sao và điều gì xảy ra khi mục đích ban đầu đã hoàn tất.
Theo mình, đây là phần privacy thực tế hơn chuyện giấu số dư khỏi explorer.
Blockchain có thể ngăn công chúng nhìn thấy dữ liệu Phoenix nhưng một khi thông tin đã được tiết lộ hợp lệ, hệ thống không thể làm cho bản sao bên nhận đã lưu tự biến mất. Privacy vì thế không kết thúc ở cryptography, nó còn phụ thuộc vào quản trị quyền truy cập và quy trình ngoài chain.
Điều mình muốn theo dõi ở #dusk là cách viewing authority được giới hạn trong thực tế.
Ai được xem, xem phần nào và trong bao lâu?
Nếu selective disclosure trả lời được cả ba câu hỏi đó, privacy mới thật sự trở thành công cụ cho tài chính được quản lý.
@Dusk $DUSK $Q $BASED
4
2
273
Көбірек контент көру үшін кіріңіз
Binance Square платформасында әлемдік криптоқоғамдастыққа қосылыңыз
⚡️ Криптовалюта туралы ең соңғы және пайдалы ақпаратты алыңыз.
💬 Әлемдегі ең ірі криптобиржаның сеніміне ие.
👍 Расталған авторлардың нақты пікірлерін табыңыз.
Электрондық пошта/телефон нөмірі
Трендтегі тақырыптар
USAugustPPIRisesLessThanExpected
42,592 рет көрілді
746 адам талқылап жатыр
🚨 US AUG PPI: Rises LESS Than Expected! Bullish for Crypto? 🚀
PPI +0.4% MoM as expected, but CORE PPI only +0.2% vs +0.3% expected - cooling!
What it means:
• Wholesale inflation softer than feared
• Fed rate hike chance now 62% - but dovish signals coming
• Core PCE revisions expected downward - bullish
• BTC usually pumps on softer PPI
Fed meeting Sep 15-16 - Market now expects pause, not hike?
Is this the green light for Q4 rally?
#Bitcoin #PPI #Fed #CryptoNews #BTC#usaugustppiriseslessthanexpected
True News
·1 лайк
·1.3k рет көрілді
SECApprovesNasdaqTexasCommodityTrustRule
24,739 рет көрілді
554 адам талқылап жатыр
ECBRaisesRatesSecondTimeTo2.5%
22,334 рет көрілді
401 адам талқылап жатыр