Báo cáo ngành hàng tuần của TRON: Áp lực lạm phát tiếp tục, BTC có thể lại chạm đáy, phân tích chi tiết về động cơ rủi ro trên chuỗi sáng tạo với vốn huy động trên 200 triệu USD Flying Tulip
# I. Dự đoán
## 1. Tóm tắt vĩ mô và dự báo tương lai
Tuần này (23 tháng 3 - 28 tháng 3), dòng chính vĩ mô tập trung vào "áp lực lạm phát cao + chính sách chờ đợi + rối loạn địa chính trị và thương mại": Cục Dự trữ Liên bang giữ nguyên lãi suất và điều chỉnh dự báo lạm phát, làm rõ không gian giảm lãi suất trong ngắn hạn bị thu hẹp, thị trường bắt đầu định giá lại con đường "duy trì lãi suất cao lâu hơn"; đồng thời tình hình Trung Đông và biến động giá năng lượng gia tăng sự không chắc chắn về lạm phát, trong khi chính phủ Trump thúc đẩy kỳ vọng về một vòng thuế mới, làm tăng nguy cơ "lạm phát nhập khẩu + tăng trưởng chậm lại". Nhìn chung, môi trường vĩ mô toàn cầu vẫn đang ở giai đoạn chuyển tiếp giữa chính sách tiền tệ chặt chẽ và các cú sốc không chắc chắn, biến động tài sản rủi ro gia tăng nhưng chưa vào điểm chuyển biến theo xu hướng.
Trong tuần tới, trọng tâm của thị trường sẽ xoay quanh việc định giá lại con đường lạm phát và kỳ vọng chính sách: trong ngắn hạn, Cục Dự trữ Liên bang có khả năng tiếp tục chờ đợi, lãi suất duy trì ở mức cao, thị trường sẽ nhạy cảm hơn với giá dầu, nhịp độ áp dụng thuế và sự thay đổi dữ liệu việc làm; nếu dữ liệu lạm phát tiếp tục mạnh, tài sản rủi ro có thể bị áp lực, nhưng nếu giảm nhẹ, có thể kích hoạt sự phục hồi tạm thời. Đánh giá tổng thể là: vĩ mô vẫn thiên về "chặt chẽ + không chắc chắn", giá tài sản chủ yếu dao động, việc lựa chọn hướng đi vẫn cần chờ đợi tín hiệu lạm phát hoặc chính sách rõ ràng hơn.
## 2. Biến động thị trường ngành công nghiệp tiền điện tử và cảnh báo
Tuần này (23 tháng 3 - 28 tháng 3), thị trường tiền điện tử chủ yếu bị chi phối bởi chính sách vĩ mô và kỳ vọng về quy định, biến động rõ rệt gia tăng: một mặt, chính phủ Trump thúc đẩy kỳ vọng về một vòng thuế và chính sách kinh tế mới, khiến tài sản tiền điện tử tiếp tục thể hiện "tính chất tài sản rủi ro", thị trường rất nhạy cảm với những xung đột thương mại; mặt khác, sự khác biệt trong quy định về stablecoin tại Mỹ gia tăng (như hạn chế lợi suất lãi suất, thúc đẩy khung quy định), dẫn đến tài sản liên quan và cổ phiếu khái niệm bị áp lực rõ rệt, đồng thời cũng củng cố câu chuyện "stablecoin = công cụ cạnh tranh tài chính quốc gia". Nhìn chung, thị trường bước vào giai đoạn bị chi phối bởi động lực vĩ mô + cuộc chơi chính sách, khẩu vị rủi ro của vốn có phần thận trọng.
Cảnh báo trọng tâm tuần tới: thứ nhất là chính sách thuế tiếp tục được thực hiện hoặc quy định chi tiết được công bố, có thể tiếp tục làm gia tăng biến động thị trường (trong lịch sử, các chính sách tương tự đã gây ra biến động lớn và thanh lý); thứ hai là tiến triển trong quy định về stablecoin và cuộc chơi lập pháp, sẽ ảnh hưởng trực tiếp đến dòng vốn và câu chuyện DeFi/thanh toán; thứ ba là các sự kiện chính sách và địa chính trị (như tình hình Trung Đông, dự đoán về dòng vốn bất thường) có thể gây ra cú sốc tâm lý ngắn hạn.
## 3. Điểm nóng ngành và đường đua
Tuần này, thị trường sơ cấp tiếp tục tập trung vào giao dịch trên chuỗi và nâng cấp cơ sở hạ tầng thanh khoản: Derive hoàn thành vòng gọi vốn 6,8 triệu USD (do GSR, LayerZero, Framework dẫn đầu), chủ yếu tập trung vào cơ sở hạ tầng giao dịch tự quản dựa trên Rollup độc quyền; Euclid nhận được 3,5 triệu USD hỗ trợ (do KuCoin, Gate, OG Labs tham gia), cam kết xây dựng một lớp đồng thuận thanh khoản phi tập trung cho toàn chuỗi; trong khi Flying Tulip đã huy động được 255 triệu USD (do Amber, DWF dẫn đầu) để tham gia vào quản lý rủi ro và thanh khoản trên chuỗi ở cấp độ cao hơn, xây dựng động cơ rủi ro với "thanh khoản có thể thực thi" làm cốt lõi.
# II. Điểm nóng thị trường và dự án tiềm năng trong tuần
## 1. Tổng quan dự án tiềm năng
1.1. Phân tích ngắn gọn về tổng vốn đầu tư 6,8 triệu USD, do GSR, LayerZero và Framework dẫn đầu ------ Cơ sở hạ tầng giao dịch tự quản do Rollup độc quyền điều khiển Derive
Giới thiệu
Derive là một nền tảng giao dịch tiền điện tử tự quản, hiệu suất cao, hỗ trợ giao dịch quyền chọn, hợp đồng vĩnh viễn và giao dịch giao ngay. Nền tảng bao gồm ba phần: Derive Chain là lớp thanh toán giao dịch, được xây dựng trên OP Stack, là Optimistic Rollup được đảm bảo an toàn bởi mạng chính Ethereum và được quản lý bởi Derive DAO; Derive Protocol được triển khai trên Derive Chain, cung cấp giao dịch thanh toán ký quỹ không cần giấy phép, cũng được quản lý bởi Derive DAO; Derive Exchange là hệ thống sổ lệnh chịu trách nhiệm khớp lệnh hiệu quả, kết quả giao dịch được thanh toán đến Derive Protocol, do Derive Trading Co. điều hành.
Tóm tắt cơ chế cốt lõi
Derive Protocol
Derive Protocol là một tập hợp các hợp đồng thông minh, cùng nhau xây dựng một giao thức phái sinh phi tập trung, tự quản cho người dùng.
Giao thức này chủ yếu bao gồm ba thành phần cốt lõi:
Tài khoản (Accounts): Tài khoản tài sản ERC-721 do người dùng nắm giữ, dùng để lưu trữ tài sản của họ (bao gồm tiền mặt, phái sinh và tài sản cơ sở). Tất cả các tài khoản đều phải đăng ký một quản lý viên (manager).
Quản lý rủi ro (Risk Managers): Chịu trách nhiệm quản lý yêu cầu ký quỹ của các tài khoản đã đăng ký. Khi tài khoản dưới mức ký quỹ quy định, quản lý viên sẽ chịu trách nhiệm thanh lý tài khoản đó.
Tài sản (Assets): Hợp đồng dùng để xác định thuộc tính và quy tắc của các loại tài sản và phái sinh (như quyền chọn, hợp đồng vĩnh viễn).
Ngoài ra, giao thức còn có một mô-đun an toàn (Security Module), dùng để lưu trữ quỹ dự trữ. Khi nhà giao dịch phá sản dẫn đến nợ xấu, mô-đun này sẽ được sử dụng để thanh toán các khoản nợ không thể chi trả. Như một phần thưởng cho việc cung cấp bảo lãnh cho hệ thống, giao thức sẽ thu phí từ nhà giao dịch thông qua quản lý viên và sử dụng các khoản phí này để liên tục mở rộng quy mô mô-đun an toàn.
Tất cả các tính toán ký quỹ đều được thực hiện trên chuỗi một cách không cần tin cậy, các tham số tính toán liên quan được thiết lập bởi cơ chế quản lý.
1) Định vị và trách nhiệm: "Lớp thanh toán" của Derive
Chức năng cốt lõi của Derive Chain là: thực hiện và thanh toán các giao dịch và kết quả thanh lý phát sinh từ Derive Exchange/Protocol với chi phí thấp và thông lượng cao trên L2, đồng thời đảm bảo an toàn được neo vào mạng chính Ethereum (gốc tin cậy của Optimistic Rollup nằm ở L1). Derive chính thức định nghĩa nó là lớp thanh toán được xây dựng trên OP Stack, được đảm bảo an toàn bởi mạng chính Ethereum và được quản lý bởi Derive DAO.
2) Liên kết chính của OP Stack Rollup: Sequencer → Batcher/DA → Derivation
Derive Chain kế thừa quy trình điển hình của OP Stack:
Sequencer (sắp xếp/xuất khối): Chịu trách nhiệm nhận giao dịch của người dùng, sắp xếp và nhanh chóng đưa ra xác nhận xuất khối L2 (trải nghiệm "xác nhận nhanh" chủ yếu đến từ đây).
Batcher + Data Availability (tính khả dụng của dữ liệu): Đóng gói dữ liệu giao dịch L2 và gửi đến Ethereum L1 (dưới dạng calldata hoặc blobs), đảm bảo bất kỳ ai cũng có thể tái tạo L2 từ dữ liệu L1. Mô tả của Ethereum về Optimistic Rollup là: L2 thực hiện ngoài chuỗi/ngoài mạng, nhưng dữ liệu được công bố lên mạng chính để đảm bảo an toàn và có thể xác minh.
Derivation Pipeline (đường ống dẫn xuất): Các nút OP Stack "dẫn xuất" các khối và trạng thái L2 nhất quán từ dữ liệu đã được công bố trên L1; đây là trách nhiệm cốt lõi của các nút Rollup trong chế độ xác thực và sắp xếp, nhằm đảm bảo trạng thái L2 có thể tái phát, có thể xác minh và có thể đối phó với các tình huống tái cấu trúc L1.
Hiểu một cách trực quan: "sự thật có thẩm quyền" của Derive Chain cuối cùng đến từ dữ liệu khả dụng trên L1 + quy tắc dẫn xuất xác định, chứ không chỉ đơn thuần là "sự quyết định" của bộ sắp xếp.
3) Mô hình an toàn: Ý tưởng "thách thức/sửa lỗi" của Optimistic Rollup
Derive Chain, với tư cách là Optimistic Rollup, mặc định "lạc quan" chấp nhận kết quả thực hiện L2, nhưng an toàn của nó đến từ:
Dữ liệu giao dịch L2 có sẵn trên L1;
Thông qua thiết kế giao thức và cơ chế chứng minh/thách thức của OP Stack (cụ thể thực hiện thay đổi theo cấu hình OP Stack/chuỗi), cho phép trạng thái sai lầm có thể được nhận diện và sửa chữa về nguyên tắc;
Do đó, Derive Chain cuối cùng được neo an toàn vào mạng chính Ethereum.
(Điều này có nghĩa là: xác nhận nhanh ≠ xác định cuối cùng; rút tiền/chuyển giao thông điệp thường cần chờ đợi cửa sổ tính cuối cùng và quy trình giao thức tương ứng.)
4) Hợp đồng hệ thống và giao tiếp giữa các chuỗi: Giúp L2 và L1 có thể "nói chuyện" với nhau
Chuỗi OP Stack thường bao gồm một tập hợp các hợp đồng hệ thống/hợp đồng cầu trong L2, dùng để xử lý thông điệp L1↔L2, gửi và rút tiền cũng như thu phí, và một phần trong số đó sẽ được tự động cập nhật trong quá trình dẫn xuất (ví dụ như thông tin hệ thống liên quan đến trạng thái L1).
Đối với Derive Chain, tập hợp các hợp đồng hệ thống này là cơ sở hạ tầng quan trọng giúp nó có thể "sử dụng Ethereum làm neo an toàn, sử dụng L2 để thực hiện thanh toán hiệu suất cao".
5) Phí và kinh tế: Phí giao dịch, chi phí dữ liệu L1 và thu phí
Trong mô hình OP Stack, phí giao dịch của người dùng trên L2 thường bao gồm hai phần:
Chi phí thực hiện L2 (tiêu thụ tính toán/lưu trữ trên L2)
Chi phí công bố dữ liệu L1 (chi phí công bố dữ liệu giao dịch lên Ethereum, rollup phải trả)
Và trong hệ thống OP Stack thường có các thiết kế kho phí/ hợp đồng thu phí khác nhau để xử lý dòng chảy phí (ví dụ như phí cơ bản, phí bộ sắp xếp, v.v.).
Đối với Derive Chain, mô hình phí này trực tiếp quyết định: giao dịch/ thanh lý tần suất cao có chạy trên chuỗi có "khả thi về kinh tế" hay không.
6) Quản lý và nâng cấp: Quyền kiểm soát của Derive DAO
Derive chính thức xác nhận: Derive Chain được quản lý bởi Derive DAO.
Trong cấu trúc OP Stack, quản lý thường ảnh hưởng đến:
Tham số chuỗi (gas, mô hình phí, thời gian khối, v.v.)
Nhịp độ nâng cấp hợp đồng hệ thống và cầu
Cấu hình liên quan đến an toàn (ví dụ như lộ trình hệ thống thách thức/chứng minh, tiến trình bộ sắp xếp phi tập trung, v.v.)
Derive DAO
1) Đối tượng và ranh giới quản lý của DAO
Derive DAO được định vị là thiết kế, xây dựng và quản lý hệ sinh thái phái sinh của Derive (chuỗi, giao thức, khung quản lý và quỹ). Cấu trúc của nó bao gồm năm phần: hệ thống quản lý, token, giao thức, kho quỹ, nhà cung cấp dịch vụ.

2) Nguồn quyền quản lý: DRV → stDRV (nhận quyền quản lý sau khi staking)

DRV là token cơ bản cho quản lý và khuyến khích; chỉ có thể tham gia quản lý bằng cách staking DRV để nhận stDRV.
stDRV cấp cho hai loại quyền lực:
Quyền đề xuất (Proposal right): Khởi xướng đề xuất
Quyền biểu quyết (Voting right): Tham gia bỏ phiếu và hỗ trợ ủy quyền (Delegation), có thể ủy quyền một phần hoặc toàn bộ quyền đề xuất/quyền biểu quyết cho các thành viên chuyên nghiệp hơn, nhằm giữ lại lợi thế hiệu quả của quản trị "hội đồng".
- stDRV có thiết kế an toàn trong quản trị: không thể chuyển nhượng, thời gian mở khóa 28 ngày, cũng hỗ trợ "20% tiền phạt mở khóa ngay lập tức".
3) Hệ thống đề xuất: LEAP (đề xuất tiêu chuẩn ảnh hưởng đến giao thức/kho/ quản trị)

Derive thống nhất các đề xuất ảnh hưởng đến giao thức, kho hoặc khung quản trị thành LEAP (định dạng tiêu chuẩn ngành tương tự như EIP/BIP).
Mỗi LEAP cần bao gồm: tóm tắt, động cơ, thông số kỹ thuật, lý do thiết kế, trường hợp kiểm tra (loại mã), từ bỏ bản quyền và các yếu tố chuẩn hóa khác, đảm bảo đề xuất có thể được xem xét, thực hiện và truy cứu trách nhiệm.
4) Quy trình quản trị: Diễn đàn LRFC → Snapshot (tùy chọn/một số tình huống có tính ràng buộc) → Bỏ phiếu trên chuỗi → Tự động thực hiện
Quy trình quản trị của Derive được chia thành:
LRFC (dự thảo ý kiến diễn đàn) thảo luận và hình thành sự đồng thuận
Snapshot: Được sử dụng để kiểm tra ý kiến công chúng nhanh chóng và chi phí thấp; và đối với một số vấn đề không cần gọi hợp đồng trên chuỗi (như điều chỉnh công thức thưởng giao dịch/ thanh khoản) có thể được coi là bỏ phiếu cuối cùng và có tính ràng buộc
Bỏ phiếu trên chuỗi: do người nắm giữ stDRV bỏ phiếu
Thực hiện: tự động thực hiện các đề xuất đã được thông qua thông qua timelock
5) Thực hiện và an toàn: hợp đồng quản trị + hợp đồng chiến lược + hai Timelock + bộ thực thi xuyên chuỗi
Derive sử dụng một hệ thống hợp đồng quản trị trên chuỗi để thực hiện "tạo đề xuất --- kiểm phiếu --- đạt tiêu chuẩn --- xếp hàng --- thực hiện".
Các thành phần an toàn và thực hiện quan trọng bao gồm:
Chiến lược Quản trị: tính toán quyền đề xuất/quyền biểu quyết (bao gồm ủy quyền)
Trình thực thi Timelock ngắn/dài: phân biệt độ trễ thực hiện và ranh giới quyền hạn của các loại đề xuất khác nhau (timelock ngắn có thể thực hiện thay đổi giao thức và đề xuất kho; timelock dài xử lý stDRV và đề xuất quản trị tổng thể)
Bộ thực thi xuyên chuỗi: hỗ trợ việc sắp xếp thực hiện đề xuất đến các mạng khác (tài liệu đề cập đến cơ chế thực thi Optimism/Arbitrum)
Quyền hủy bỏ của Guardian (cầu chì ban đầu): trước khi thực hiện, tài khoản guardian do cộng đồng kiểm soát có thể hủy bỏ đề xuất, như một biện pháp bảo vệ ban đầu.
6) Kho (Treasury): "Trung tâm tài chính và khuyến khích" của DAO
Kho của Derive được định nghĩa là xương sống tài chính của hệ sinh thái, với các chức năng cốt lõi bao gồm:
Tài trợ cho ngân sách tăng trưởng sinh thái như khuyến khích giao dịch, kế hoạch tạo lập/thanh khoản
Sử dụng một phần phí giao thức và rollup để thực hiện mua lại DRV (tài liệu mô tả là cơ chế mua lại định kỳ)
Hoàn trả phần thưởng chưa sử dụng, đảm bảo tự duy trì lâu dài
stDRV giám sát phân bổ tài chính thông qua quản trị trên chuỗi
7) Nhà cung cấp dịch vụ (Service Providers): "Tầng thực hiện thuê ngoài" của DAO
Bất kỳ cá nhân/nhóm nào cũng có thể nộp đơn trở thành nhà cung cấp dịch vụ thông qua LEAP, xin ngân sách từ DAO và thực hiện công việc.
Đề xuất cần rõ ràng: nội dung dịch vụ, nhu cầu tài chính, loại giá trị (trực tiếp/gián tiếp), bối cảnh đội ngũ, cột mốc, cơ chế báo cáo; quy trình phê duyệt là thảo luận cộng đồng → Snapshot → Bỏ phiếu trên chuỗi → Sau khi thông qua sẽ cấp phát và giao hàng.
8) "Điểm tiếp xúc quản trị chuỗi": Danh sách trắng triển khai hợp đồng Derive Chain
Derive Chain có danh sách trắng Deployer (được tích hợp bởi bộ sắp xếp), chỉ những địa chỉ được DAO phê duyệt mới có thể triển khai hợp đồng; việc xin phép cần phải đăng bài trên diễn đàn và khởi động bỏ phiếu Snapshot, sau khi thông qua, bên cơ sở hạ tầng sẽ thêm địa chỉ vào danh sách trắng.
Đánh giá Tron
Lợi thế cốt lõi của Derive nằm ở việc áp dụng "Rollup độc quyền (Derive Chain) + giao thức thanh toán tự quản (Derive Protocol) + khớp lệnh sổ đặt hàng hiệu suất cao (Derive Exchange)" trong kiến trúc ba lớp, kết hợp hiệu suất khớp lệnh cấp độ sàn giao dịch tập trung với tự quản lý DeFi và thanh toán có thể xác minh, đồng thời thông qua tính toán ký quỹ trên chuỗi, cơ chế thanh lý quản lý rủi ro và các mô-đun an toàn để nâng cao tính linh hoạt của giao dịch phái sinh trong các tình huống cực đoan;
Nhược điểm chính của nó là độ phức tạp của kiến trúc và độ liên kết của hệ thống cao, phụ thuộc nhiều hơn vào bộ sắp xếp, nhà điều hành sổ đặt hàng và quản trị tham số rủi ro, và thị trường phái sinh rất nhạy cảm với thanh khoản và độ sâu tạo lập, vẫn có thể đối mặt với thách thức về trải nghiệm và tính ổn định trong giai đoạn khởi động lạnh hoặc biến động thị trường mạnh.
1.2. Giải thích tổng vốn đầu tư 3,5 triệu USD, Kucoin, Gate và OG Labs tham gia ------ một lớp đồng thuận thanh khoản phi tập trung hướng tới toàn chuỗi Euclid
Giới thiệu
Euclid là một lớp đồng thuận thanh khoản mã nguồn mở, phi tập trung, nhằm cho phép bất kỳ ứng dụng nào cũng có thể kết nối với một khung thanh khoản chia sẻ. Bằng cách xây dựng một mạng lưới cơ sở hạ tầng được điều khiển bởi sự đồng thuận để kết nối các blockchain khác nhau, Euclid thúc đẩy hình thành một hệ sinh thái hợp tác, giúp người tham gia có được thanh khoản sâu hơn, tốc độ thanh toán nhanh hơn và trải nghiệm giao dịch liền mạch hơn.
Ngoài ra, kiến trúc mô-đun của Euclid cho phép dApp có thể gọi thanh khoản quy mô lớn từ bất kỳ chuỗi nào đã được tích hợp và dễ dàng tương tác với các token xuyên chuỗi trong toàn bộ hệ sinh thái.
Phân tích kiến trúc
- Lớp Chuỗi Tích Hợp
Hợp đồng Factory
Hợp đồng thông minh Factory là thành phần cốt lõi của Euclid trên các chuỗi tích hợp, được sử dụng để quản lý tương tác giữa người dùng và các pool thanh khoản và thực hiện swap.
Nhiệm vụ chính của nó là: nhận yêu cầu từ người dùng và chuyển tiếp yêu cầu đến hợp đồng Router. Factory thông qua việc cung cấp một điểm truy cập thống nhất, đơn giản hóa thao tác của người dùng, bao gồm:
Swap
Thêm thanh khoản
Gỡ bỏ thanh khoản
Mỗi chuỗi kết nối với Euclid sẽ được Euclid triển khai một hợp đồng Factory.

Điểm truy cập đơn (Single Entry Point)
Hợp đồng Factory là điểm giao tiếp duy nhất giữa chuỗi và VSL (lớp đồng thuận/thanh toán thanh khoản), thiết kế này mang lại ba lợi ích chính:
1) Xử lý yêu cầu nhất quán và có thứ tự hơn
Tất cả các yêu cầu từ cùng một chuỗi đều được Factory xử lý thống nhất, tránh xung đột và không nhất quán do nhiều điểm truy cập gây ra, và đảm bảo các thao tác được thực hiện theo đúng thứ tự.
2) An toàn hơn
Tất cả các thông điệp xuyên lớp đều phải qua Factory, giúp hệ thống dễ dàng thực hiện kiểm tra an toàn thống nhất, đảm bảo yêu cầu hợp pháp.
3) Trải nghiệm của nhà phát triển đơn giản hơn
Các giao thức tích hợp Euclid chỉ cần tương tác với một hợp đồng (Factory), giảm đáng kể độ phức tạp trong việc tích hợp.
Luồng công việc (lấy Swap làm ví dụ)
Đường dẫn thực hiện yêu cầu Swap như sau:
Người dùng gửi yêu cầu swap đến Factory
Factory chuyển tiếp thông điệp đến Router qua kênh chuyên dụng
Router chuyển tiếp thông điệp đến VSL, nơi thực hiện tính toán swap
VSL trả lại xác nhận (acknowledgement) cho Router
Router chuyển ack trở lại cho Factory qua kênh chuyên dụng
Factory chuyển ack đến Escrow, Escrow giải phóng token cho người dùng
Hợp đồng Escrow
Hợp đồng thông minh Escrow là một hợp đồng có cấu trúc cực kỳ đơn giản, được sử dụng để lưu trữ một loại token duy nhất.
Mỗi chuỗi kết nối với Euclid sẽ triển khai một Escrow tương ứng, dùng để nắm giữ thanh khoản token trên chuỗi đó.
Khi một lần swap hoàn thành thành công, hợp đồng Factory trên chuỗi đó sẽ chuyển tiếp thông điệp từ Router đến Escrow, yêu cầu nó giải phóng token tương ứng cho người dùng đã khởi xướng swap.

Hợp tác với pool thanh khoản ảo (VSL)
Escrow thiết lập mối quan hệ giao tiếp với Virtual Pool (VSL) thông qua Factory và Router, nhận thông điệp và thực hiện chuyển token khi đáp ứng điều kiện.
Khi người dùng đổi token A lấy token B, hệ thống sẽ xảy ra một trong hai tình huống:
- Giao dịch thành công
Escrow lưu trữ thành công token A đã gửi vào
Escrow trên một chuỗi khác (hoặc cùng chuỗi) nắm giữ token B giải phóng token B cho người dùng
- Giao dịch thất bại (trượt giá quá cao hoặc hết thời gian)
- Escrow hoàn trả token A mà người dùng đã gửi lại cho người dùng
Khả năng giải phóng xuyên chuỗi
Euclid cho phép người dùng chỉ định khi khởi xướng giao dịch:
Giải phóng tiền trên những chuỗi nào
Số lượng cụ thể giải phóng trên mỗi chuỗi
Do đó, Escrow cuối cùng giải phóng token cho người dùng có thể nằm trên bất kỳ chuỗi nào đã được tích hợp, không cần phải nhất quán với chuỗi mà người dùng đã khởi xướng giao dịch.
Lớp Thanh toán Ảo (VSL)
VSL (lớp thanh toán ảo) bao gồm hai phần cốt lõi, cùng nhau chịu trách nhiệm cho tính toán swap xuyên chuỗi và tính nhất quán sổ sách:
- Pool thanh khoản ảo (Virtual Liquidity Pools, VLP)
VLP chịu trách nhiệm cho tất cả logic tính toán swap của một cặp token
Bao gồm tính toán giá, số lượng đổi, xác định trượt giá, v.v.
VLP không trực tiếp nắm giữ tài sản thực, mà mô hình hóa thanh khoản toàn mạng trong lớp ảo

Có thể hiểu là: "công cụ toán học và định giá" cho thanh khoản chia sẻ xuyên chuỗi
- Số dư ảo (Virtual Balances)
Số dư ảo được sử dụng để ghi lại tất cả sự biến động số dư giữa người dùng và VLP
Đảm bảo rằng mọi biến động tài sản trong mỗi lần swap đều được ghi chép chính xác
Đảm bảo rằng tài sản không bị mất, không bị trùng lặp và không phát sinh một cách ngẫu nhiên trong mọi tình huống.

Có thể hiểu là: Sổ cái toàn cầu nội bộ của VSL và lớp đảm bảo tính nhất quán
Đánh giá của Tron
Lợi thế cốt lõi của Euclid nằm ở việc nó trừu tượng hóa tính thanh khoản đa chuỗi thành một khung thống nhất có thể chia sẻ thông qua lớp "tính nhất quán thanh khoản + lớp thanh toán ảo (VSL)", thông qua Factory một điểm vào + Router định tuyến + VLP định giá thống nhất + Virtual Balances ghi chép toàn cầu + Escrow của từng chuỗi quản lý tài sản thực, đạt được tính nhất quán, khả năng mở rộng và trải nghiệm tích hợp cho nhà phát triển mượt mà hơn trong việc hoán đổi giữa các chuỗi, đồng thời hỗ trợ người dùng giải phóng tài sản trên bất kỳ chuỗi tích hợp nào, từ đó nâng cao tính linh hoạt trong thanh toán;
Nhược điểm chính của nó là hệ thống có nhiều thành phần, chuỗi thông điệp giữa các chuỗi dài, phụ thuộc mạnh vào độ tin cậy và giả định an toàn của giao tiếp, và sổ cái toàn cầu của VSL cùng cơ chế hồ bơi ảo cần có đủ nhiều chuỗi và đủ độ sâu của tính thanh khoản để phát huy lợi thế quy mô, có thể đối mặt với thách thức khởi động lạnh, độ trễ và độ phức tạp trong thực hiện trong điều kiện thị trường cực đoan ở giai đoạn đầu.
2. Phân tích dự án trọng điểm trong tuần
2.1. Phân tích tổng vốn đầu tư 255 triệu USD, Amber & DWF dẫn đầu, Coinfund và các tổ chức nổi tiếng khác tham gia - động cơ rủi ro trên chuỗi với tính thanh khoản có thể thực hiện là Flying Tulip
Giới thiệu
Flying Tulip là một hệ thống tài chính trên chuỗi, nhằm thống nhất và chuẩn hóa định giá, tín dụng và quản lý rủi ro xung quanh một bộ sản phẩm hoàn chỉnh, bao gồm giao dịch giao ngay (AMM và CLOB), cho vay, hợp đồng vĩnh viễn, bảo hiểm, và các đường thanh toán dùng để thanh toán giữa các sản phẩm. Lớp thanh toán cốt lõi của nó là ftUSD: một tài sản ổn định trung lập delta (Delta trung tính), có lợi suất, mục tiêu neo ở mức 1 USD, và giảm thiểu rủi ro thanh toán thông qua việc cân bằng các vị thế mua và bán (ví dụ như cung/cầm cố/vòng vay).
Mục tiêu thiết kế của Flying Tulip rất rõ ràng: tái sử dụng cùng một hệ thống tài sản thế chấp trong nhiều mô-đun chức năng; sử dụng tính thanh khoản trên chuỗi có thể thực hiện được làm nguồn định giá chính, thay vì bảng rủi ro tĩnh hoặc oracle chậm; và đưa dòng tiền phát sinh từ hệ thống trở lại token một cách minh bạch, có thể lập trình, từ đó hình thành một vòng khép kín tài chính trên chuỗi bền vững.
Phân tích các yếu tố cốt lõi
- ftUSD (Flying Tulip)
Tổng quan sản phẩm

ftUSD là token neo USD của Flying Tulip, với mục tiêu thiết kế là "ưu tiên ổn định", và cung cấp lợi suất tùy chọn:
ftUSD chưa được thế chấp: ổn định theo mặc định, không sinh lãi, có thể được sử dụng như USD trên chuỗi có thể kết hợp trong hệ sinh thái, dùng để giao dịch, thanh toán và thế chấp.
sftUSD: token chứng nhận mà người dùng nhận được sau khi thế chấp ftUSD, dùng để tích lũy lợi suất từ hồ bơi thế chấp (lợi suất là do người dùng chủ động chọn tham gia).
Lợi suất phát sinh từ ftUSD chưa được thế chấp sẽ thuộc về giao thức, dùng để hỗ trợ hoạt động và tăng cường tính thanh khoản; người thế chấp sẽ nhận được lợi suất phân bổ. Cả ftUSD và sftUSD đều là thiết kế hệ thống trên chuỗi, có thể kiểm toán, minh bạch, không phụ thuộc vào oracle hoặc các thành phần tập trung.
Tại sao chọn ftUSD
Đơn vị định giá ổn định: mục tiêu neo ở mức 1 USD, làm tiền tệ thanh toán cho toàn bộ hệ thống sản phẩm của Flying Tulip.
Lợi suất tùy chọn: muốn có lợi suất thì thế chấp để nhận sftUSD; không thế chấp thì giữ nguyên tính ổn định và tính thanh khoản ngay lập tức.
Thiết kế bền bỉ: sử dụng cấu trúc trung lập Delta, thông qua việc cân bằng các vị thế mua và bán và quy mô vị thế bảo thủ, giảm thiểu rủi ro thanh toán.
Minh bạch trên chuỗi: tài sản thế chấp, tham số và dòng tiền đều có thể xác minh trên chuỗi.
Tính khả thi cao: ftUSD có thể được sử dụng trong các sản phẩm khác nhau của Flying Tulip (giao dịch, thanh toán, thế chấp, cung cấp tính thanh khoản, v.v.).
ftUSD hoạt động như thế nào (cơ chế cốt lõi)
ftUSD duy trì neo USD thông qua một tập hợp các chiến lược trung lập Delta cân bằng:
Chiến lược kết hợp lợi suất từ thị trường tiền tệ bảo thủ và lợi suất từ thế chấp, đồng thời sử dụng việc phòng ngừa vị thế bán để bù đắp rủi ro hướng, khiến tổng vị thế ròng gần 0, đạt được lợi nhuận ròng (sau khi trừ chi phí) trong khi kiểm soát rủi ro.
Quy trình chiến lược ví dụ (minh họa)
Một con đường chiến lược có thể như sau:
Đặt tài sản thế chấp cơ bản vào thị trường tiền tệ (ví dụ USDC → Aave) để nhận lãi suất rủi ro thấp.
Sử dụng tài sản thế chấp đó để vay tài sản phòng ngừa (ví dụ S của Sonic), hình thành chân bán (bạn nợ S).
Thế chấp tài sản vay (ví dụ S → stS), nhận lợi suất từ thế chấp, hình thành chân mua.
Thực hiện vòng lặp thận trọng (ví dụ đưa stS trở lại vào thị trường tiền tệ), nâng cao biên an toàn và carry.
Chân mua (thế chấp) và chân bán (vay) sẽ được ghép tỷ lệ để bù đắp rủi ro hướng và giảm thiểu xác suất thanh toán. Hệ thống sẽ kiểm soát rủi ro (giới hạn vị thế, khoảng tái cân bằng, hạn chế địa điểm, v.v.) để hạn chế rủi ro đuôi.
- Spot (Flying Tulip Spot)
Tổng quan sản phẩm
Spot của Flying Tulip là động cơ giao dịch và nguồn giá của toàn bộ hệ sinh thái:
Nó chịu trách nhiệm hoàn thành giao dịch đổi chác, cung cấp tính thanh khoản, và cung cấp tín hiệu cốt lõi cho định giá, tỷ lệ phí vốn, và quản lý rủi ro của hệ thống.
Thiết kế của Spot không phải là cố định một đường cong AMM "đặt cược thị trường sẽ tốt", mà là để AMM tự thích ứng theo thời gian thực:
Khi thị trường ổn định, mục tiêu là cung cấp trải nghiệm chênh lệch thấp gần như nhà tạo lập thị trường chuyên nghiệp;
Khi thị trường biến động mạnh, đường cong sẽ tăng "độ cong" để giảm thiểu tác động, bảo vệ LP.
Spot cũng cung cấp:
AMM tự thích ứng
CLOB (sổ lệnh giới hạn tập trung): hỗ trợ đặt lệnh
Giao dịch có thể hoàn toàn diễn ra trên AMM, hoàn toàn trên CLOB, hoặc kết hợp cả hai để có được giá tốt nhất có thể thực hiện dưới quy mô đơn hàng hiện tại.

Trải nghiệm giao dịch: Định tuyến tối ưu giữa AMM + CLOB
Khi bạn khởi động giao dịch đổi chác, bộ định tuyến sẽ đồng thời xem xét hai "sổ cái":
Nếu có lệnh đặt với giá tốt hơn trên CLOB, sẽ ưu tiên thực hiện lệnh đó
Phần còn lại sẽ được thực hiện theo đường cong AMM tự thích ứng
Trước khi giao dịch cuối cùng được thực hiện, bộ định tuyến sẽ mô phỏng giao dịch trên chuỗi, kiểm tra xem có vượt quá:
Độ dung sai trượt giá
Rào cản rủi ro của hồ
Nếu tác động của giao dịch đơn lẻ quá lớn, lệnh có thể được chia nhỏ và thực hiện theo từng khối để đi qua độ sâu một cách nhẹ nhàng hơn.
Phí giao dịch cũng sẽ được điều chỉnh động theo trạng thái thị trường:
Thấp hơn khi ổn định, khuyến khích lưu lượng giao dịch
Cao hơn khi biến động, bù đắp cho LP và kiềm chế giao dịch độc hại
- Lend (Flying Tulip Lend)
Tổng quan sản phẩm
Cho vay trong crypto rất đơn giản: bạn cho vay tài sản, người khác vay vào, lãi suất kết nối cung cầu. Hầu hết các giao thức dừng lại ở đây.
FT Lend của Flying Tulip đưa mô hình cho vay quen thuộc vào một thị trường tự thích ứng "hiểu" độ sâu, biến động và giá có thể thực hiện thực tế - những bối cảnh này quyết định: bạn có thể vay an toàn bao nhiêu, chi phí vay là bao nhiêu, và khi cần thanh lý thì nên làm thế nào để thoát khỏi vị thế.
Kết quả là: trải nghiệm giống như cho vay bạn quen thuộc, nhưng hành vi giống như kết nối với một "thị trường sống".

Cấu trúc cho vay hai lớp: Không cần phép + Có phép
FT Lend đồng thời tồn tại hai hình thức:
1) Lớp không cần phép (Permissionless)
Chỉ cần trên Spot có một cặp giao dịch nào đó, sẽ tự động tạo ra thị trường cho vay tương ứng.
Ví dụ, nếu Spot có hồ ETH/USDC, sẽ tự động xuất hiện cặp cho vay ETH↔USDC, không cần danh sách trắng quản trị.
Hệ thống sẽ tính toán "khả năng vay cảm nhận quy mô" dựa trên độ sâu của Spot: khả năng và rủi ro của khoản vay nhỏ và lớn khác nhau, sẽ nhận được không gian cho vay khác nhau.
2) Hồ có phép (Permissioned Pool)
Bao gồm một nhóm tài sản được chọn mà giao thức sẵn sàng cho phép thế chấp chéo rộng rãi, và thiết lập các tham số rủi ro.
Đây là xương sống của toàn bộ hệ thống thế chấp: CLOB, Hợp đồng tương lai, logic thanh toán và thanh lý đều được điều chỉnh theo nó.
Khả năng quan trọng: một khoản tiền gửi có thể được sử dụng đồng thời cho vay, thế chấp lệnh, và ký quỹ hợp đồng tương lai, không cần di chuyển vốn giữa các sản phẩm khác nhau, giảm thiểu "vốn nhàn rỗi".
- Futures (Flying Tulip Futures)
Tổng quan sản phẩm

Hợp đồng vĩnh viễn cho phép bạn giao dịch với đòn bẩy mà không có ngày hết hạn. Hầu hết các nền tảng phụ thuộc vào oracle bên ngoài để định giá: oracle cập nhật mỗi vài giây, quyết định tình trạng thanh lý và an toàn, điều này mang lại hai vấn đề điển hình:
Độ trễ: Khi thị trường biến động mạnh, người dùng có thể bị thanh lý ở "giá hết hạn".
Mở rộng rủi ro: Lỗi tích hợp oracle, trì hoãn quản trị hoặc sự cố upstream đều có thể truyền dẫn đến vị thế.
Flying Tulip Futures áp dụng một lộ trình hoàn toàn khác: không mượn giá từ bên ngoài, mà sử dụng giao dịch Spot của chính nó làm giá trị thực.
Nếu ETH giao dịch ở mức 1800 USD trên Spot, thì đó chính là giá thanh toán vĩnh viễn. Không cần chờ oracle tick.
Kết quả trực tiếp của thiết kế này là: báo giá thời gian thực hơn, thanh toán dưới một giây (dưới 500ms), thanh lý dựa trên giá thực có thể thực hiện, giảm thiểu đáng kể độ trễ và rủi ro thao túng của oracle.
Thế chấp và đòn bẩy: có thể tách biệt, cũng có thể thế chấp chéo
FT Futures hỗ trợ hai chế độ ký quỹ:
Ký quỹ tách biệt (Isolated): cung cấp thế chấp riêng cho từng thị trường, cách ly rủi ro.
Ký quỹ chéo (Cross-collateral): thực hiện thông qua hồ Lend có phép, một khoản tiền gửi có thể đồng thời hỗ trợ:
Vị thế vĩnh viễn
Lệnh CLOB
Vị thế cho vay
Quan trọng hơn: trong chế độ ký quỹ chéo, tài sản thế chấp của bạn vẫn có thể tiếp tục tích lũy lợi suất từ thị trường tiền tệ trong khi hỗ trợ giao dịch, đạt được hiệu quả vốn cao hơn.
Đòn bẩy tối đa không phải là bảng cố định, mà được điều chỉnh động theo độ sâu TWAR và khoảng thời gian biến động; khi mở vị thế hoặc điều chỉnh sẽ chụp nhanh giới hạn, tránh quy tắc thay đổi hồi tố trong thời gian giữ vị thế.
Tỷ lệ phí vốn: gắn liền với chi phí cho vay thực tế, không phải đoán từ bên ngoài.
Tác dụng của tỷ lệ phí vốn là kéo giá vĩnh viễn về giá giao ngay.
Tỷ lệ phí vốn của FT Futures được neo vào các điều kiện kinh tế thực tế bên trong hệ thống:
Chi phí vay thực tế trên thị trường Lend
Mức độ chật chội của bên mua và bên bán phản ánh giữa Spot và Lend
Khi bên mua về cơ bản đang "vay đô la để mua", và chi phí vay cao hơn, tỷ lệ phí vốn sẽ phản ánh thực tế này; khi bên bán chật chội, tỷ lệ phí vốn có thể đảo ngược.
Người dùng có thể thấy nguồn gốc đầu vào của tỷ lệ phí vốn, chu kỳ cập nhật, cũng như lý do tại sao họ phải trả/nhận tỷ lệ phí vốn.
Ai sẽ chịu trách nhiệm cho bên đối tác thanh toán: LP thanh toán có thể chọn tham gia
Hợp đồng vĩnh viễn cần một bên đối tác khi thanh toán. FT giải quyết thông qua một hồ bơi thanh toán có thể chọn tham gia:
LP gửi ftUSD, tự nguyện chịu trách nhiệm thanh khoản thanh toán, để đổi lấy phí giao dịch mỗi lần thanh toán (ví dụ trong văn bản khoảng 0.05%, theo chính sách).
Hệ thống cân bằng phân phối rủi ro giữa các LP, LP có thể điều chỉnh tham số hoặc rút lui.
Ý nghĩa của thiết kế này là:
Không ai bị buộc phải chịu rủi ro không mong muốn
Việc ra mắt thị trường mới phụ thuộc nhiều hơn vào "thanh khoản Spot + cung cấp thanh toán ftUSD", thay vì chờ đợi lịch trình của ủy ban tích hợp oracle
- Bảo hiểm (Bảo hiểm Hoa Tulip Bay)
Tổng quan sản phẩm
Bảo hiểm tiền điện tử truyền thống giống như hình thức đăng ký: thanh toán một lần, thời hạn cố định, hy vọng không có sự cố xảy ra. FT Insurance áp dụng một thiết kế hoàn toàn khác - nó vận hành bảo hiểm như một hồ bơi cho vay thị trường hóa.
Người mua không phải "mua một khoảng thời gian bảo hiểm", mà là mở một vị thế bảo hiểm, chỉ thanh toán phí bảo hiểm theo thời gian khi cần bảo vệ
Nhà cung cấp vốn cung cấp vốn cho hồ bơi, liên tục kiếm lợi nhuận từ phí bảo hiểm
Quy mô bảo hiểm có thể được mở rộng hoặc thu hẹp một cách động trong khoảng thời gian phút
Kết quả là một hệ thống bảo vệ "hô hấp theo thị trường":
Khi lợi nhuận cao, vốn tự nhiên chảy vào, khi nhu cầu xuất hiện, khả năng bao phủ mở rộng, chi phí người dùng trả phù hợp hơn với rủi ro thực tế của họ.

Đánh giá của Tron
Lợi thế cốt lõi của Flying Tulip là nó không ghép nối riêng lẻ giao ngay, cho vay, vĩnh viễn, bảo hiểm lại với nhau, mà sử dụng Spot như một trung tâm định giá cho thanh khoản thực thi, sau đó kết nối Lend, Futures, Bảo hiểm và lớp thanh toán ftUSD vào cùng một hệ thống "nhận thức sâu sắc" về rủi ro và dòng tiền: LTV, đòn bẩy, tỷ lệ phí vốn và thanh lý đều dựa trên giao dịch trên chuỗi và điều chỉnh động của cửa sổ dự trữ, giảm thiểu độ trễ của oracle và sai số hệ thống do bảng kiểm soát tĩnh gây ra, và thông qua cơ chế hồi lưu doanh thu theo token-first tạo ra vòng lặp bền vững;
Nhược điểm chính của nó là cấu trúc phức tạp cao và độ liên kết giữa các mô-đun mạnh, phụ thuộc rất cao vào thanh khoản Spot và độ sâu thị trường, một khi độ sâu ban đầu không đủ hoặc gặp phải tình huống cực đoan, các khâu định giá, thanh lý và phán quyết bảo hiểm có thể chịu áp lực đồng thời, và việc thế chấp chéo giữa các sản phẩm mặc dù nâng cao hiệu quả vốn, cũng sẽ phóng đại rủi ro tổ hợp và độ khó trong việc thiết lập tham số quản trị.
Phân tích dữ liệu ngành
1. Hiệu suất tổng thể của thị trường
1.1. Xu hướng giá BTC vs ETH giao ngay
BTC

ETH

Tổng quan dữ liệu vĩ mô và các điểm phát hành dữ liệu quan trọng trong tuần tới
Tổng quan vĩ mô tuần này (23 tháng 3 - 28 tháng 3)
Dữ liệu PMI được công bố (Châu Âu/Toàn cầu): phản ánh tình hình kinh tế của ngành sản xuất và dịch vụ, là chỉ số tăng trưởng cốt lõi của tuần này
Số đơn xin trợ cấp thất nghiệp lần đầu của Mỹ: Thay đổi biên giới của thị trường lao động vẫn là điểm chính
Chỉ số niềm tin tiêu dùng Michigan (giá trị cuối cùng): Niềm tin suy yếu dưới tác động của giá năng lượng
Dòng chính vĩ mô toàn cầu:
Tình hình Trung Đông + Biến động giá dầu → Tăng cường kỳ vọng lạm phát
Thị trường chú ý đến phát biểu và lộ trình chính sách của Cục Dự trữ Liên bang Mỹ
Dữ liệu quan trọng trong tuần tới (30 tháng 3 - 3 tháng 4)
Điểm chính (tác động cao):
🇺🇸 JOLTS số vị trí trống (31/3) → Nhu cầu lao động
🇺🇸 PMI sản xuất ISM (1/4) → Điểm chuyển biến kinh tế
🇺🇸 Báo cáo việc làm phi nông nghiệp (3/4) → Dữ liệu cốt lõi nhất
Điểm phụ:
🇺🇸 Số đơn xin trợ cấp thất nghiệp lần đầu (2/4) → Chỉ số việc làm cao
🇺🇸 Cán cân thương mại (2/4) → Nhu cầu bên ngoài và ảnh hưởng của đô la
🇺🇸 Dịch vụ phi sản xuất ISM (3/4) → Sự mạnh yếu của ngành dịch vụ
Quy định chính sách
Mỹ
- Khung quy định rõ ràng chuyển sang "nới lỏng + dẫn dắt lập pháp"
SEC/CFTC đưa ra hệ thống phân loại tài sản tiền điện tử mới (Token Taxonomy):
Phần lớn tài sản tiền điện tử được phân loại là hàng hóa, công cụ thanh toán, v.v., chứ không phải chứng khoán
Giảm đáng kể phạm vi quản lý của SEC
Trọng tâm quản lý chuyển từ "thực thi truy quét" sang "quy định lập pháp", thúc đẩy:
Khung quy định stablecoin (GENIUS Act)
Dự luật cấu trúc thị trường (Clarity Act)
Tác động:
Mỹ đang bước vào giai đoạn "giảm thiểu thực thi + khung lập pháp rõ ràng", có lợi cho việc thu hút vốn từ các tổ chức, nhưng tranh cãi về bảo vệ nhà đầu tư gia tăng.
- Quy định về stablecoin vẫn còn khác biệt
Trong cuộc thảo luận của Quốc hội xuất hiện:
Hạn chế lợi nhuận từ stablecoin (giống như quy định về tiền gửi ngân hàng)
Tăng cường ngưỡng tuân thủ
Tác động:
Stablecoin trở thành tâm điểm quy định trong tuần này, hướng đi vẫn chưa hoàn toàn thống nhất.
- Cấp cao chính sách củng cố định vị chiến lược tiền điện tử
Nhà Trắng thiết lập hệ thống cố vấn công nghệ cấp cao hơn (bao gồm chính sách tiền điện tử)
Thúc đẩy:
Chiến lược tiền điện tử cấp quốc gia
Chính sách dự trữ Bitcoin và các hướng đi khác
Tóm tắt xu hướng:
Mỹ đang đưa tiền điện tử vào khung cạnh tranh công nghệ cấp quốc gia.
Vương quốc Anh
- Cấm sử dụng tiền điện tử cho quyên góp chính trị (hành động quy định quan trọng)
Chính phủ công bố:
Cấm các đảng nhận quyên góp bằng tiền điện tử
Ngăn chặn can thiệp từ nguồn vốn nước ngoài và dòng tiền ẩn danh
Tác động:
Đây là chính sách hạn chế rõ ràng đầu tiên trên toàn cầu đối với "tiền điện tử + tài trợ chính trị".
- Tăng cường quy định về tính minh bạch của vốn tiền điện tử
Các biện pháp tạm thời bao gồm:
Tăng cường kiểm tra nguồn gốc vốn
Tạm dừng hoặc hạn chế việc sử dụng trong các tình huống rủi ro cao
Liên minh Châu Âu
- MiCA tiếp tục thúc đẩy thực hiện chi tiết
Điểm nhấn trong tuần này là:
Chi tiết quy tắc stablecoin (ART/EMT)
Tăng cường yêu cầu về dự trữ, công bố, và cơ chế đổi lại
Tác động:
Liên minh Châu Âu tiếp tục thúc đẩy hệ thống quy định tiền điện tử nghiêm ngặt và có hệ thống nhất trên toàn cầu.
Úc
- Giấy phép tuân thủ trở thành cốt lõi của việc gia nhập ngành
Ripple nhận được giấy phép tài chính AFSL
Yêu cầu quy định:
Các tổ chức giao dịch quy mô lớn phải hoạt động có giấy phép
Đưa vào hệ thống quy định hoàn toàn trước năm 2028
Tóm tắt xu hướng:
Úc đang bước vào "con đường quy định hóa giấy phép tài chính truyền thống".


Bài viết nổi bật










