Dream Spicer 梦想家

Mạnh mẽ 24K. Hướng tới 25K.

Chúng tôi chính thức đã đạt 24.000 người theo dõi trên Binance Square.

Ban đầu chỉ là việc chia sẻ nghiên cứu, hiểu biết và ý tưởng với cộng đồng, nhưng giờ đây đã phát triển thành một điều còn lớn hơn nhiều.

Hiện tại, chúng tôi chỉ còn cách mốc 25K đúng 500 người theo dõi.

Để kỷ niệm hành trình mà tất cả mọi người đã đồng hành, tôi sẽ chia sẻ một Phong Bao Lì Xì (Red Packet) khi chúng ta chạm mốc. 🎁

Cảm ơn bạn đã đọc, đã tương tác và là một phần của cộng đồng này.

Cùng nhau chạm mốc 25K nhé.
$BNB

24K người theo dõi. 😮‍💨

Okay… có vẻ là một số người thật sự thích đọc những suy nghĩ crypto của tôi. 😂

Giờ chỉ còn cách 25K có 1.000 người theo dõi nữa — và tôi muốn chặng nước rút cuối cùng vui hơn một chút.

🧧 PHONG BAO LÌ XÌ sẽ đến ở mốc 25K!

Nếu bạn đã theo dõi, đọc, bình luận, hoặc âm thầm ngồi xem tôi tự overthink các biểu đồ crypto… món này dành cho bạn. 😂

Giúp tôi chốt nốt 1K cuối cùng:

❤️ Thích
🔁 Chia sẻ
👥 Mời một người bạn mê crypto
💬 Bình luận 25K

Hãy cùng nhau biến 25K thành hiện thực.

tuyên bố

Tham gia

Dk

tuyên bố

goo

tuyên bố

Tham gia

tuyên bố

Hãy tham gia cùng người chị xinh đẹp của tôi✨

yêu cầu

Claim

Càng nghiên cứu @Dusk , tôi càng thấy rằng tính “tính cuối cùng” kiểu rolling của nó rất dễ bị đánh giá thấp.

Quy tắc quen thuộc 6 lần xác nhận của Bitcoin thực chất là một quy ước dựa trên xác suất. Chờ lâu hơn sẽ giảm khả năng bị đảo ngược, nhưng mạng không chuyển qua một trạng thái thanh toán chính thức được gọi là final (cuối cùng).

$DUSK lại tiếp cận theo cách khác.

Accepted → Attested → Confirmed → Final

Tôi thích sự phân biệt này vì nó giúp các ứng dụng hiểu rõ hơn giao dịch thực sự đang ở đâu. Một bên lưu ký (custodian) hoặc một địa điểm tài chính có thể xử lý “final” khác với việc chỉ nhìn thấy giao dịch đã được đưa vào (included) hoặc đã được xác nhận (confirmed).

Phần “rolling” cũng quan trọng. Nếu các lần lặp thất bại, giao thức có thể yêu cầu nhiều lần chứng thực (attestations) tiếp theo hơn trước khi tiến lên. Vì vậy, biên an toàn không chỉ là một con số block bất kỳ.

Có một đánh đổi hiển nhiên. Giờ đây, các ứng dụng cần hiểu máy trạng thái thay vì chỉ quy tất cả về việc chờ sáu block.

Nhưng sự phức tạp đó có thể đáng giá cho các nghiệp vụ thanh toán được quản lý, nơi mà sự không chắc chắn có chi phí vốn thực.

Nếu “finality tất định” có thể làm trạng thái thanh toán dễ dự đoán hơn. Tôi tự hỏi liệu lợi thế lớn nhất của nó cho RWA cuối cùng sẽ là tốc độ hay đơn giản là biết chính xác khi nào vốn đã an toàn để có thể di chuyển trở lại.

#dusk #DUSK #Dusk

Vấn đề đồng thuận Dusk mà tôi đã không nhận ra lúc đầu.

Khi đi sâu vào @Dusk , tôi thấy bài toán bộ sinh tương lai thú vị hơn nhiều so với phần thảo luận đồng thuận thông thường.

Vấn đề cốt lõi khá đơn giản. Nếu một bộ sinh biết rằng nó có thể được chọn cho một lần lặp sau, thì có thể có lý do để cho một lần lặp trước đó thất bại. Sự thất bại ấy có thể làm tăng cơ hội của chính nó để trở thành bộ sinh hữu ích tiếp theo. Vì vậy, giao thức phải xử lý các động cơ, không chỉ tính đúng đắn kỹ thuật.

$DUSK tiếp cận vấn đề này bằng bốn cơ chế.

Phần thưởng cho người bỏ phiếu tạo cho người tham gia một lý do tức thời để ủng hộ lần lặp hiện tại.

Phần thưởng tín dụng bổ sung tạo thêm động lực để các bộ sinh đưa vào các phiếu bầu hợp lệ.

Loại trừ bộ sinh kế tiếp sẽ loại bỏ bộ sinh dự kiến tiếp theo khỏi ủy ban bỏ phiếu hiện tại, làm giảm xung đột hiển nhiên.

Và giới hạn số lần lặp giới hạn mức độ trò chơi này có thể kéo dài bao xa.

Tôi thích cách này vì nó bắt đầu từ giả định thực tế rằng các trình xác thực là tác nhân kinh tế, không phải là những cỗ máy hợp tác hoàn hảo.

Đánh đổi là: mỗi quy tắc khuyến khích thêm lại làm tăng thêm một giả định thiết kế để đưa vào kiểm thử chịu áp lực.

Vì vậy, câu hỏi mà tôi còn lại là.

Khi những người tham gia chủ động tìm cách lợi dụng các động cơ này, cấu trúc lợi ích còn vẫn ưu tiên hợp tác không?

Đó là phần trong đồng thuận Dusk mà tôi sẽ theo dõi.

#dusk #DUSK #Dusk

Tôi đã xem xét quan hệ hợp tác NPEX × Dusk ít hơn từ góc độ chứng khoán được mã hoá và nhiều hơn từ góc nhìn quy trình.

Điều đó làm thay đổi bức tranh.

Trước $DUSK , một chứng khoán có thể đi qua sáu giai đoạn riêng biệt. Thiết kế cấu trúc, đưa nhà đầu tư vào, phát hành, thanh toán bù trừ, quản lý dịch vụ và giao dịch thứ cấp. Mỗi giai đoạn có thể liên quan đến các hệ thống, hồ sơ và việc đối soát thủ công khác nhau.

@Dusk ’s đóng góp chủ yếu nằm ở giữa mớ hỗn độn đó. Một số quy tắc và trạng thái sở hữu có thể trở thành có thể lập trình, giúp việc chuyển nhượng và thanh toán bù trừ dễ phối hợp hơn.

Nhưng vẫn có một giới hạn rõ ràng.

Dusk không thay thế việc phân loại pháp lý, KYC, các tổ chức phát hành, ngân hàng, tổ chức lưu ký, quy trình thuế hay giám sát thị trường. Nó cũng không thể tự tạo ra thanh khoản chỉ vì một tài sản trở nên được mã hoá.

Sự phân biệt đó là quan trọng.

Cơ hội thực sự, theo quan điểm của tôi, là giảm ma sát vận hành giữa các tổ chức thay vì cố gắng loại bỏ chính các tổ chức đó.

Nếu điều này hoạt động, dòng vốn có thể di chuyển với ít độ trễ hơn. Các hồ sơ sở hữu trở nên dễ đồng bộ hơn, và một số quy trình ít phụ thuộc vào can thiệp thủ công hơn.

Câu hỏi tôi còn lại thật đơn giản.

Những cải tiến nhỏ đó có thể tích luỹ đủ để thay đổi cách các thị trường được quản lý vận hành hay không?

#dusk #DUSK #Dusk