Z O Y A

Tôi đã nghĩ về điều gì thực sự làm cho môi trường EVM trở nên hữu ích trên một mạng như Dusk. Thật dễ để nói “tương thích với EVM” và dừng ở đó, nhưng các công cụ quen thuộc chỉ đưa bạn đi được một phần. Phần tôi muốn hiểu là điều gì xảy ra ở mảng quyền riêng tư khi các nhà phát triển bắt đầu xây dựng các ứng dụng EVM thông thường.

Đó là lúc DuskEVM trở nên thú vị hơn. Nó mang đến cho người xây dựng một lộ trình quen thuộc với Solidity và EVM để đi vào Dusk, trong khi Hedger được thiết kế cho các quy trình EVM bảo mật bằng mã hóa đồng cấu (homomorphic encryption) và bằng chứng không kiến thức (zero-knowledge proofs). Vì vậy, các nhà phát triển không cần phải chọn giữa một môi trường họ đã hiểu và các tính năng riêng tư được thiết kế cho các ứng dụng thuộc lĩnh vực được quản lý. 🤯

Sự kết hợp đó thực sự có ý nghĩa đối với tôi. Một nhà phát triển có thể làm việc với các khái niệm EVM quen thuộc, trong khi ứng dụng bên dưới vẫn có thể xử lý thông tin không nhất thiết phải công khai. Và bởi vì Dusk đang hướng tới các thị trường tài chính được quản lý, nên cũng có chỗ cho việc xem xét/đánh giá được ủy quyền thay vì coi quyền riêng tư là sự “vô hình hoàn toàn”.

Tôi vẫn quan tâm hơn đến việc mọi người thực sự xây dựng gì với nó hơn là chính nhãn “tương thích” 😂. Hỗ trợ EVM là hữu ích, nhưng bài kiểm tra thực sự là liệu các nhà phát triển có thể tận dụng sự quen thuộc đó trong khi vẫn khai thác được cơ sở hạ tầng quyền riêng tư của Dusk hay không. Nếu hai điều đó hoạt động cùng nhau đúng cách, thì DuskEVM bắt đầu trông giống như hơn cả một môi trường EVM khác.

@Dusk #dusk $DUSK

Trước đây tôi cứ nghĩ một lớp tương thích EVM chủ yếu là để giúp các nhà phát triển dễ sử dụng hơn. Nhưng khi xem kỹ DuskEVM, tôi nhận ra phần thú vị nằm ở thứ mà nó được đặt lên trên. Bạn có thể tiếp tục làm việc với các công cụ EVM quen thuộc mà không phải học lại mọi thứ chỉ để truy cập vào một mạng khác.

DuskEVM mang đến cho nhà phát triển lối đi Solidity/EVM vào Dusk, trong khi Hedger được thiết kế để đưa các quy trình EVM bảo mật vào môi trường đó. Nó sử dụng mã hóa đồng cấu (homomorphic encryption) và bằng chứng không có kiến thức (zero-knowledge proofs) để hỗ trợ quyền riêng tư, nhưng vẫn có thể được xem xét khi cần. Vậy nên phần EVM thực ra không phải là toàn bộ câu chuyện… đó là cánh cửa quen thuộc để đi vào cơ sở hạ tầng mà Dusk đang xây dựng ở phía bên dưới. 🤯

Điều đó khiến tôi nghĩ về cách các nhà phát triển thường chọn nơi để xây dựng. Công cụ quen thuộc rất quan trọng vì chẳng ai muốn xây lại toàn bộ quy trình làm việc của mình chỉ để thử nghiệm một chuỗi mới. Nhưng với các ứng dụng được quản lý theo quy định, thì lớp hạ tầng phía dưới cũng quan trọng không kém. Tương thích EVM là hữu ích, nhưng việc quyền riêng tư và khả năng được xem xét (reviewability) được tích hợp sẵn vào môi trường mới là thứ làm cho sự kết hợp này trở nên hấp dẫn hơn.

Tôi vẫn tò mò không biết mọi người thực sự sẽ xây dựng gì với nó 😂, vì chỉ tương thích thôi thì chưa đủ để đảm bảo ai đó sẽ sử dụng. Nhưng tôi thích hướng đi này. DuskEVM dường như không yêu cầu các nhà phát triển phải chọn giữa phát triển EVM quen thuộc và cơ sở hạ tầng tập trung vào quyền riêng tư của Dusk. Nó đang cố gắng kết hợp cả hai lại, và đó là phần tôi sẽ theo dõi.

@Dusk #dusk $DUSK

Hôm nay tôi đã lặn xuống một chút “hố thỏ” khi xem mã PLONK của Dusk, và nó khiến tôi suy nghĩ về cách chúng ta thường đánh giá các dự án về quyền riêng tư. Thấy “chứng minh không kiến thức” trong một mô tả kỹ thuật là một chuyện. Có thể thực sự xem phần hiện thực đằng sau nó lại là chuyện khác.

Việc triển khai PLONK của Dusk được công khai trên GitHub, nên các nhà phát triển và nhà nghiên cứu có thứ cụ thể để xem xét thay vì chỉ dựa vào phần mô tả trong một whitepaper. Điều đó không tự động có nghĩa là mọi phần của hệ thống đều hoàn hảo, nhưng tôi thích việc mật mã không bị đối xử như một “hộp đen”. 🤯

Và điều này còn quan trọng hơn khi mục tiêu là tài chính được quản lý. Dusk không cố gắng làm mọi thứ trở nên vô hình. Ý tưởng lớn hơn là quyền riêng tư, nơi thông tin nhạy cảm cần được bảo vệ, nhưng vẫn để chừa chỗ cho tính minh bạch và việc công bố chọn lọc khi một bên được ủy quyền cần xác minh điều gì đó. Đây là một mô hình thực tế hơn nhiều cho thị trường tài chính so với việc chỉ đơn giản là giấu hết mọi thứ.

Tôi chắc chắn không đủ tư cách để tự mình audit PLONK 😂, nhưng tôi thích nguyên tắc ở đây. Nếu hoạt động tài chính nhạy cảm đang diễn ra trên onchain, thì tôi thà có sẵn công nghệ quyền riêng tư nền tảng để mọi người có thể đặt câu hỏi và kiểm tra, hơn là chỉ tin vào lời tự giới thiệu của một dự án. Sự kết hợp giữa quyền riêng tư, việc xác minh và công bố được ủy quyền—đó là điều khiến Dusk trở nên thú vị với tôi.

@Dusk #dusk $DUSK

Trước đây tôi nghĩ việc đưa các tổ chức tài chính lên onchain chủ yếu là một vấn đề công nghệ… xây dựng chuỗi, đảm bảo an toàn, rồi cuối cùng các tổ chức sẽ tự đến. Khi xem Dusk, tôi nhận ra còn một phần mà mọi người ít nói đến: chính các tổ chức đó phải có khả năng vận hành trong khuôn khổ những quy tắc mà họ đã sống từ trước.

Vì vậy mà kết nối NPEX thu hút sự chú ý của tôi. NPEX là một sàn giao dịch được quản lý bởi AFM, được cấp phép dưới dạng MTF, Broker và ECSP, và họ dự định đưa 300M+ EUR tài sản lên onchain thông qua Dusk. Điều này khiến tôi thấy hứng thú hơn so với một dòng tin khác về “sự tham gia của tổ chức” bởi vì ở đây có một thị trường thực sự được quản lý. 🤯

Sau đó tôi bắt đầu suy nghĩ về điều đó có ý nghĩa gì đối với chính các tài sản. Trái phiếu, chứng khoán và các sản phẩm tài chính khác không thể cứ được thả lên một blockchain công khai rồi kỳ vọng sẽ hoạt động như một đồng meme. Quyền sở hữu, tuân thủ, quyền riêng tư và thanh toán đều phải được ghép khớp với nhau. Đây là lúc cách tiếp cận của Dusk bắt đầu trở nên hợp lý hơn với tôi… cơ sở hạ tầng đang được thiết kế ngay từ đầu dựa trên các yêu cầu của tài chính được quản lý.

Tôi vẫn muốn xem liệu phần này có chuyển thành hoạt động thị trường thực sự đến mức nào 😂, vì hợp tác và kế hoạch là một chuyện, còn thanh toán thực tế lại là chuyện khác. Nhưng nếu các sàn giao dịch được quản lý có thể thực sự dùng Dusk để đưa tài sản tài chính lên onchain, thì điều đó giống như một bài kiểm tra lớn hơn nhiều cho blockchain so với việc chỉ đơn giản tạo ra thêm một token. Đó là phần tôi đang theo dõi.

@Dusk #dusk $DUSK

Hôm nay tôi đang xem các mô hình giao dịch của Dusk và cuối cùng có điều gì đó đã “click” với tôi… không phải mọi hoạt động tài chính đều cần mức độ hiển thị như nhau. Moonlight giữ DUSK ở chế độ công khai và dựa trên tài khoản, trong khi Phoenix lại dùng cách tiếp cận được che chắn, dựa trên ghi chú (note-based). Cùng một mạng lưới, cùng một token, nhưng xử lý hoạt động theo một cách hoàn toàn khác.

Sự khác biệt đó thực ra còn hợp lý hơn khi bạn nghĩ về những gì Dusk đang cố gắng xây dựng. Một khoản thanh toán cần được hiển thị công khai thì không nhất thiết phải cần cấu hình giống hệt với một giao dịch tài chính mà các chi tiết nhạy cảm cần được bảo vệ. Phoenix dùng chuyển tiền được che chắn vì lý do đó, còn Moonlight thì giữ mọi thứ minh bạch. 🤯

Sau đó còn có DuskEVM, bổ sung một môi trường tương thích EVM lên trên mạng lưới. Điều tôi thích ở kiến trúc này là quyền riêng tư không bị xem như cài đặt “tất cả hoặc không”. Các ứng dụng khác nhau có thể làm việc với các mức độ hiển thị khác nhau thay vì bắt mọi tình huống sử dụng phải ép vào cùng một mô hình.

Tôi vẫn đang cố hiểu hết cách tất cả các mảnh ghép này sẽ hoạt động cùng nhau 😂, nhưng ý tưởng thì tự thân đã thấy khá thực tế. Công khai khi cần minh bạch, được che chắn khi cần bảo mật… và mạng có thể hỗ trợ cả hai mà không giả vờ rằng mọi hoạt động tài chính lúc nào cũng cần phải trông giống nhau.

@Dusk #dusk $DUSK

Tôi đã dành một chút thời gian để tìm hiểu cách TermMax xử lý tài sản thế chấp khi bản thân tài sản đó không dễ bán, và điều này đã thay đổi cách tôi nghĩ về việc cho vay RWA.

Với các token có tính thanh khoản cao, việc thanh lý thường có thể dựa vào một thị trường hoạt động để chuyển tài sản thế chấp thành giá trị cần thiết. Nhưng cách tiếp cận này sẽ trở nên khó khăn hơn nhiều khi tài sản cơ sở có ít người mua hoặc thời gian thanh toán chậm.

Cơ chế giao hàng vật chất của TermMax mang lại cho bên cho vay một lối đi khác…. thay vì phụ thuộc hoàn toàn vào việc bán ngay trên thị trường, tài sản thế chấp đủ điều kiện có thể được chuyển cho bên cho vay khi xảy ra một số điều kiện nhất định về thanh lý.

Vì vậy, với tôi, phần thú vị không chỉ là việc sử dụng RWA làm tài sản thế chấp…. mà là thiết kế hệ thống cho vay dựa trên những gì xảy ra ngay từ đầu khi tài sản thế chấp đó không có thanh khoản sâu.

@TermMax #TermMax

Tôi đã nghĩ về một điều nghe có vẻ khá bình thường trong tài chính truyền thống, nhưng lại bị bỏ sót trên blockchain… đó là quyền được phép (permission). Nếu một tài sản được quản lý được đưa lên blockchain, thì điều đó không tự động có nghĩa là ai cũng nên có thể tương tác với nó. Khi tìm hiểu Citadel của Dusk, tôi nhận ra phần lớn của tài chính thực sự phụ thuộc vào việc biết ai được phép làm gì.

Citadel được xây dựng dựa trên việc phát hành và xác thực giấy phép (license), kiểm tra xem chúng còn hiệu lực hay không, và kiểm soát một số hành động dựa trên thông tin xác thực hợp lệ. Điều tôi thấy thú vị là cách này biến việc ủy quyền thành thứ mà blockchain có thể hiểu được, thay vì để nó bị ẩn đâu đó trong một cơ sở dữ liệu. Một người tham gia có thể chứng minh rằng mình đủ điều kiện mà không cần phải tiết lộ mọi chi tiết về bản thân. 🤯

Sau đó tôi bắt đầu nghĩ về việc điều này khác biệt ra sao so với trải nghiệm crypto thông thường. Hầu hết chúng ta đã quen với việc kết nối một ví và tương tác với bất kỳ hợp đồng nào mình muốn, nhưng rõ ràng các thị trường được quản lý không thể hoạt động theo cách đó. Các chứng khoán được token hóa cần các quy tắc về ai có thể nắm giữ, giao dịch chúng hoặc truy cập vào một số hành động nhất định. Việc đặt các quyền này gần với chính tài sản có thể giúp toàn bộ hệ thống trở nên chính xác hơn rất nhiều.

Tôi vẫn tự hỏi các quy tắc này sẽ trở nên phức tạp đến mức nào khi bạn có nhiều loại tài sản, nhà đầu tư và các khu vực pháp lý (jurisdictions) khác nhau liên quan đến 😂. Nhưng tôi thích hướng đi mà Dusk đang triển khai. Nếu tài chính được quản lý đang chuyển lên blockchain, thì danh tính và ủy quyền có lẽ không thể tiếp tục là thứ diễn ra âm thầm ở phía sau nữa. Chúng cần trở thành một phần của hạ tầng (infrastructure) nữa.

@Dusk #dusk $DUSK

Điểm nổi bật ở TermMax là tập trung vào việc giúp việc tài trợ trở nên có thể dự đoán trước trong khi vẫn đảm bảo thị trường có thể tùy chỉnh.

TermMax mang lại cho bạn điểm khởi đầu tốt hơn để so sánh các cơ hội khi các con số quan trọng đã được xác định trước.

Tôi đánh giá cao cách TermMax kết hợp các cơ chế DeFi quen thuộc với một cách tiếp cận có cấu trúc hơn đối với việc cho vay và vay mượn.

TermMax thật thú vị vì các mức lãi suất dự đoán được có thể giúp phân biệt một cơ hội thực sự tốt với một cơ hội chỉ trông có vẻ tốt trong thời gian ngắn.

Mô hình kỳ hạn cố định từ TermMax có thể giúp việc lập kế hoạch cho các chiến lược dài hạn trở nên dễ dàng hơn rất nhiều khi bạn đã biết chi phí tài trợ.

Tôi thích cách TermMax mang đến cho các nhà giao dịch những con số rõ ràng hơn để làm việc thay vì để mọi thứ phụ thuộc vào tỷ giá biến động.

TermMax giúp việc vay lãi suất cố định trở nên thực tế hơn khi bạn có thể tính được chi phí trước khi mở vị thế.

Cách Dusk kết hợp quyền riêng tư có thể lập trình với tài chính được quản lý mang lại cho dự án một định hướng rất rõ ràng.

Tôi tò mò muốn xem các năng lực EVM bí mật của Dusk được chuyển hóa thành những ứng dụng mà người dùng thực sự sử dụng như thế nào.

Hoàng hôn có thể có một trường hợp sử dụng mạnh cho các tài sản được mã hóa theo token, trong đó các yêu cầu về quyền riêng tư phức tạp hơn những gì mọi người tưởng.

Bình minh đang làm việc trên một hạng mục cơ sở hạ tầng quan trọng cho các tổ chức cần cả tính bảo mật và khả năng chịu trách nhiệm

Cách tiếp cận quyền riêng tư có thể lập trình từ Dusk đặc biệt hữu ích cho các quy trình tài chính với các yêu cầu truy cập khác nhau.

Tôi thích cách Dusk suy nghĩ về quyền riêng tư dựa trên các yêu cầu thực tế của tổ chức, thay vì coi đó như một tính năng độc lập.