Crypto_Weilong
18.7k Bài đăng
Crypto_Weilong
Đã xác minh nâng cao trên SquareWei Long伟龙
Giao dịch mở
Trader tần suất cao
{thời gian} năm
188 Đang theo dõi
43.8K+ Người theo dõi
23.4K+ Đã thích
Bài đăng
Danh mục đầu tư
Tất cả
Trích dẫn
Video
Live
PINNED
Xin chào gia đình Binance, bạn có thể tham gia phòng chat của tôi để có lợi nhuận tốt và chỉ giao dịch AccuTrade thôi—hãy đến và tham gia💥🤯
Chúc ngủ ngon gia đình Binance của tôi, hôm nay những người tăng giá hàng đầu 🤑💰
$SPK
$MORPHO
$ZORA
Chúc ngủ ngon gia đình Binance của tôi, hôm nay những người tăng giá hàng đầu 🤑💰
$SPK
$MORPHO
$ZORA
@Dusk #dusk $DUSK
Dạo này tôi đang nhìn Dusk từ một góc độ khác, và có một điều cứ nổi bật với tôi: có vẻ như Dusk không muốn buộc các nhà phát triển phải chọn giữa quyền riêng tư và các công cụ quen thuộc.
Thực ra, Dusk tách bạch hai thứ đó.
DuskVM là hướng đi gốc, dùng Rust/WASM và chạy trực tiếp trên Dusk L1. Đây là nơi mà những phần “sát giao thức” hơn mới thật sự có ý nghĩa — truy cập trực tiếp vào các mô hình giao dịch của Dusk, các năng lực về quyền riêng tư và zero-knowledge.
Tiếp theo là DuskEVM.
Hướng này lại hoàn toàn khác. Solidity, bộ công cụ EVM quen thuộc, các ví hiện có và hạ tầng tương thích với Ethereum, trong khi DuskDS vẫn đảm nhiệm phần “thanh toán” và tính sẵn sàng dữ liệu ở bên dưới.
Tôi thấy sự tách nhánh này khá thú vị.
Dusk không cố ép mọi ứng dụng phải khớp vào một môi trường thực thi duy nhất. Dusk về cơ bản đang nói rằng: hãy dùng môi trường phù hợp với đúng những gì ứng dụng đó thật sự cần.
Một ứng dụng DeFi hoặc tài sản được token hóa có thể cần khả năng tương thích với EVM.
Một ứng dụng tài chính chú trọng quyền riêng tư có thể cần thực thi trực tiếp trên L1 và các năng lực ZK.
Cả hai vẫn có thể thanh toán thông qua cùng một hạ tầng Dusk ở bên dưới.
Và vì vậy, câu chuyện về DuskEVM trở nên quan trọng hơn vẻ bề ngoài đối với tôi.
Nó không chỉ là thêm tương thích EVM để thu hút nhà phát triển. Đó là một nỗ lực nhằm giúp các hạ tầng tài chính chuyên biệt của Dusk dễ tiếp cận hơn, mà không loại bỏ lớp ngăn xếp quyền riêng tư gốc nằm ở bên dưới.
Câu hỏi khó hơn chính là câu tôi đang theo dõi lúc này:
Liệu Dusk có thể khiến các “đường” thực thi khác nhau này trông như một hệ sinh thái thống nhất đối với cả nhà phát triển lẫn người dùng hay không?
Vì việc có nhiều cách để xây dựng là hữu ích.
Nhưng việc giúp các nhà phát triển hiểu chúng gắn kết với nhau như thế nào mới là phép thử thực sự.
Dạo này tôi đang nhìn Dusk từ một góc độ khác, và có một điều cứ nổi bật với tôi: có vẻ như Dusk không muốn buộc các nhà phát triển phải chọn giữa quyền riêng tư và các công cụ quen thuộc.
Thực ra, Dusk tách bạch hai thứ đó.
DuskVM là hướng đi gốc, dùng Rust/WASM và chạy trực tiếp trên Dusk L1. Đây là nơi mà những phần “sát giao thức” hơn mới thật sự có ý nghĩa — truy cập trực tiếp vào các mô hình giao dịch của Dusk, các năng lực về quyền riêng tư và zero-knowledge.
Tiếp theo là DuskEVM.
Hướng này lại hoàn toàn khác. Solidity, bộ công cụ EVM quen thuộc, các ví hiện có và hạ tầng tương thích với Ethereum, trong khi DuskDS vẫn đảm nhiệm phần “thanh toán” và tính sẵn sàng dữ liệu ở bên dưới.
Tôi thấy sự tách nhánh này khá thú vị.
Dusk không cố ép mọi ứng dụng phải khớp vào một môi trường thực thi duy nhất. Dusk về cơ bản đang nói rằng: hãy dùng môi trường phù hợp với đúng những gì ứng dụng đó thật sự cần.
Một ứng dụng DeFi hoặc tài sản được token hóa có thể cần khả năng tương thích với EVM.
Một ứng dụng tài chính chú trọng quyền riêng tư có thể cần thực thi trực tiếp trên L1 và các năng lực ZK.
Cả hai vẫn có thể thanh toán thông qua cùng một hạ tầng Dusk ở bên dưới.
Và vì vậy, câu chuyện về DuskEVM trở nên quan trọng hơn vẻ bề ngoài đối với tôi.
Nó không chỉ là thêm tương thích EVM để thu hút nhà phát triển. Đó là một nỗ lực nhằm giúp các hạ tầng tài chính chuyên biệt của Dusk dễ tiếp cận hơn, mà không loại bỏ lớp ngăn xếp quyền riêng tư gốc nằm ở bên dưới.
Câu hỏi khó hơn chính là câu tôi đang theo dõi lúc này:
Liệu Dusk có thể khiến các “đường” thực thi khác nhau này trông như một hệ sinh thái thống nhất đối với cả nhà phát triển lẫn người dùng hay không?
Vì việc có nhiều cách để xây dựng là hữu ích.
Nhưng việc giúp các nhà phát triển hiểu chúng gắn kết với nhau như thế nào mới là phép thử thực sự.
$CYS
LONG 🟢
Vào lệnh: 0.5710–0.5760
Cắt lỗ: 0.5600
TP1: 0.5950
TP2: 0.6100
TP3: 0.6250
Chỉ chờ điều chỉnh. Đừng đuổi theo nếu giá vượt lên trên 0.585.
Khối lượng + cấu trúc EMA vẫn ủng hộ vị thế Long.
LONG 🟢
Vào lệnh: 0.5710–0.5760
Cắt lỗ: 0.5600
TP1: 0.5950
TP2: 0.6100
TP3: 0.6250
Chỉ chờ điều chỉnh. Đừng đuổi theo nếu giá vượt lên trên 0.585.
Khối lượng + cấu trúc EMA vẫn ủng hộ vị thế Long.
@Dusk #dusk $DUSK
Dạo này tôi tìm hiểu sâu hơn về DuskEVM, và Hedger là phần khiến tôi phải dừng lại một chút.
Ban đầu, tôi nghĩ việc tương thích EVM với Dusk chủ yếu là để giúp cho các nhà phát triển Solidity dễ sử dụng hơn. Nhưng Hedger lại mang đến một lớp thú vị hơn nhiều.
Hedger về cơ bản là “cỗ máy quyền riêng tư” của Dusk cho môi trường EVM. Nó kết hợp mã hóa đồng cấu (homomorphic encryption) với các bằng chứng không kiến thức (zero-knowledge proofs) để thông tin tài chính có thể vẫn được mã hóa trong khi mạng vẫn có thể xác minh rằng giao dịch là hợp lệ.
Phần mã hóa đồng cấu là điều đã thu hút sự chú ý của tôi. Thay vì buộc các giá trị nhạy cảm phải trở thành công khai chỉ để các phép tính có thể diễn ra, Hedger được thiết kế để hoạt động với các giá trị được mã hóa. Sau đó, các bằng chứng ZK sẽ đảm nhiệm phần chứng minh rằng bản thân phép tính đã được thực hiện đúng.
Sự kết hợp này có ý nghĩa rất hợp lý đối với các thị trường tài chính, thay vì chỉ nói “mọi thứ đều riêng tư”.
Hãy nghĩ về môi trường giao dịch mang tính tổ chức. Bạn không nhất thiết muốn mọi người đều nhìn thấy vị thế, số dư hay ý định đặt lệnh của một ai đó. Nhưng các cơ quan quản lý và các bên tham gia được ủy quyền vẫn cần một cách để xác minh rằng hoạt động đó tuân thủ các quy tắc.
Đó chính là sự cân bằng khó mà Dusk đang cố gắng giải quyết.
Và tính tương thích với EVM cũng quan trọng ở đây. Các nhà phát triển có thể sử dụng các công cụ quen thuộc của Solidity và Ethereum thông qua DuskEVM, trong khi Hedger lại mở ra lối đi hướng tới các luồng tài chính bảo mật trên nền tảng đó.
Thành thật mà nói, phần này có vẻ là một mảng quan trọng trong kiến trúc của Dusk hơn cả mức mà nó được ghi nhận.
Câu hỏi thú vị với tôi bây giờ không phải là liệu có thể bổ sung quyền riêng tư vào một môi trường EVM hay không.
Mà là liệu Hedger có thể khiến các ứng dụng tài chính bảo mật trở nên đủ thực tế để các tổ chức thực sự muốn sử dụng chúng hay không.
Dạo này tôi tìm hiểu sâu hơn về DuskEVM, và Hedger là phần khiến tôi phải dừng lại một chút.
Ban đầu, tôi nghĩ việc tương thích EVM với Dusk chủ yếu là để giúp cho các nhà phát triển Solidity dễ sử dụng hơn. Nhưng Hedger lại mang đến một lớp thú vị hơn nhiều.
Hedger về cơ bản là “cỗ máy quyền riêng tư” của Dusk cho môi trường EVM. Nó kết hợp mã hóa đồng cấu (homomorphic encryption) với các bằng chứng không kiến thức (zero-knowledge proofs) để thông tin tài chính có thể vẫn được mã hóa trong khi mạng vẫn có thể xác minh rằng giao dịch là hợp lệ.
Phần mã hóa đồng cấu là điều đã thu hút sự chú ý của tôi. Thay vì buộc các giá trị nhạy cảm phải trở thành công khai chỉ để các phép tính có thể diễn ra, Hedger được thiết kế để hoạt động với các giá trị được mã hóa. Sau đó, các bằng chứng ZK sẽ đảm nhiệm phần chứng minh rằng bản thân phép tính đã được thực hiện đúng.
Sự kết hợp này có ý nghĩa rất hợp lý đối với các thị trường tài chính, thay vì chỉ nói “mọi thứ đều riêng tư”.
Hãy nghĩ về môi trường giao dịch mang tính tổ chức. Bạn không nhất thiết muốn mọi người đều nhìn thấy vị thế, số dư hay ý định đặt lệnh của một ai đó. Nhưng các cơ quan quản lý và các bên tham gia được ủy quyền vẫn cần một cách để xác minh rằng hoạt động đó tuân thủ các quy tắc.
Đó chính là sự cân bằng khó mà Dusk đang cố gắng giải quyết.
Và tính tương thích với EVM cũng quan trọng ở đây. Các nhà phát triển có thể sử dụng các công cụ quen thuộc của Solidity và Ethereum thông qua DuskEVM, trong khi Hedger lại mở ra lối đi hướng tới các luồng tài chính bảo mật trên nền tảng đó.
Thành thật mà nói, phần này có vẻ là một mảng quan trọng trong kiến trúc của Dusk hơn cả mức mà nó được ghi nhận.
Câu hỏi thú vị với tôi bây giờ không phải là liệu có thể bổ sung quyền riêng tư vào một môi trường EVM hay không.
Mà là liệu Hedger có thể khiến các ứng dụng tài chính bảo mật trở nên đủ thực tế để các tổ chức thực sự muốn sử dụng chúng hay không.
$哈基米 — DÀI 🟢
Vào lệnh: 0.01710–0.01730
Cắt lỗ: 0.01625
TP1: 0.01780
TP2: 0.01850
TP3: 0.01895
Chỉ vào lệnh khi điều chỉnh — đừng đuổi theo 0.0174+.
Theo dõi mức phá vỡ 0.01778 để tiếp diễn.
Vào lệnh: 0.01710–0.01730
Cắt lỗ: 0.01625
TP1: 0.01780
TP2: 0.01850
TP3: 0.01895
Chỉ vào lệnh khi điều chỉnh — đừng đuổi theo 0.0174+.
Theo dõi mức phá vỡ 0.01778 để tiếp diễn.
$POL NGẮN 📉
Vào lệnh: 0.1085–0.1095
SL: 0.1118
TP1: 0.1060
TP2: 0.1035
TP3: 0.1005
Đòn bẩy: Tối đa 3x
Thiên hướng: Giảm — giá đang nằm dưới EMA25 và động lượng đang suy yếu sau khi bị từ chối tại 0.12165.
Hủy hiệu lực: Đóng cửa khung 15m trên 0.1118.
Tín hiệu tốt nhất là bị từ chối quanh 0.1090–0.1100; đừng đuổi theo khi giá giảm.
Vào lệnh: 0.1085–0.1095
SL: 0.1118
TP1: 0.1060
TP2: 0.1035
TP3: 0.1005
Đòn bẩy: Tối đa 3x
Thiên hướng: Giảm — giá đang nằm dưới EMA25 và động lượng đang suy yếu sau khi bị từ chối tại 0.12165.
Hủy hiệu lực: Đóng cửa khung 15m trên 0.1118.
Tín hiệu tốt nhất là bị từ chối quanh 0.1090–0.1100; đừng đuổi theo khi giá giảm.
$ACE — DÀI 🟢
Vào lệnh: 0.2700–0.2730
Cắt lỗ: 0.2610
TP1: 0.2845
TP2: 0.2950
TP3: 0.3050
Tránh đuổi theo tại 0.278+. Chờ đợi nhịp điều chỉnh.
Vào lệnh: 0.2700–0.2730
Cắt lỗ: 0.2610
TP1: 0.2845
TP2: 0.2950
TP3: 0.3050
Tránh đuổi theo tại 0.278+. Chờ đợi nhịp điều chỉnh.
$TRUMP Short hiện tại, chàng trai giữ việc tiếp tục rút ngắn trên $TRUMP $TRUMP
Đăng nhập để khám phá thêm nội dung