Binance Square
Salar_Ghazi
5.1k Bài đăng

Salar_Ghazi

395 Đang theo dõi
19.4K+ Người theo dõi
4.2K+ Đã thích
Bài đăng
PINNED
·
--
Tăng giá
Xem bản dịch
#dusk @Dusk_Foundation Something I kept circling back to while looking at $DUSK architecture is the XSC standard and why it exists as a separate contract layer at all. Most blockchains let you issue tokens. XSC Confidential Security Contract is designed for something narrower regulated securities. Not generic tokens. Stocks, bonds, tokenized financial instruments that legally require investor eligibility checks, transfer restrictions, and audit trails. What makes it structurally different from something like an ERC-20 is where compliance logic sits. On a standard chain, compliance is enforced off-chain someone manually checks a whitelist before approving a transfer. On Dusk, XSC embeds that logic directly into the contract. Eligibility, transfer restrictions, disclosure rules all enforced at execution, not after the fact. The privacy piece is where it gets unusual. XSC transactions use the Phoenix model underneath amounts and counterparty details stay shielded from public view. But the issuer retains selective disclosure capability. A regulator can be granted visibility into specific transaction data without that data becoming publicly visible on-chain. That's the design intent private to the market, auditable to authority. What I genuinely can't confirm right now how many XSC-based securities are actually live and trading on mainnet today. The standard exists. The infrastructure is built. But public data on active XSC deployments is thin. A compliance-first token standard with no publicly visible live issuances is that a timing problem or an adoption problem? $ONG {future}(ONGUSDT) $BMT {future}(BMTUSDT) XSC on Dusk: timing or adoption?
#dusk @Dusk Something I kept circling back to while looking at $DUSK architecture is the XSC standard and why it exists as a separate contract layer at all.

Most blockchains let you issue tokens. XSC Confidential Security Contract is designed for something narrower regulated securities. Not generic tokens. Stocks, bonds, tokenized financial instruments that legally require investor eligibility checks, transfer restrictions, and audit trails.

What makes it structurally different from something like an ERC-20 is where compliance logic sits. On a standard chain, compliance is enforced off-chain someone manually checks a whitelist before approving a transfer. On Dusk, XSC embeds that logic directly into the contract. Eligibility, transfer restrictions, disclosure rules all enforced at execution, not after the fact.

The privacy piece is where it gets unusual. XSC transactions use the Phoenix model underneath amounts and counterparty details stay shielded from public view. But the issuer retains selective disclosure capability. A regulator can be granted visibility into specific transaction data without that data becoming publicly visible on-chain. That's the design intent private to the market, auditable to authority.

What I genuinely can't confirm right now how many XSC-based securities are actually live and trading on mainnet today. The standard exists. The infrastructure is built. But public data on active XSC deployments is thin.

A compliance-first token standard with no publicly visible live issuances is that a timing problem or an adoption problem?
$ONG
$BMT

XSC on Dusk: timing or adoption?
Timing
Adoption
Both
Too early
18 giờ còn lại
PINNED
·
--
Tăng giá
#dusk $DUSK @Dusk_Foundation trong vài giờ và thứ đang liên tục thu hút sự chú ý của tôi không phải là kiến trúc ZK hay câu chuyện RWA, mà là những gì vụ việc cây cầu ngày 16 tháng 8 thực sự đã phơi bày về cách mạng lưới đang được sử dụng. Việc giám sát đã phát hiện hành vi đáng ngờ trên một ví do nhóm quản lý, gắn với các hoạt động của cầu. Nhóm đã tạm dừng dịch vụ cầu, thu hồi (recycle) các địa chỉ bị ảnh hưởng và phối hợp với Binance sau khi xác định rằng một phần trong dòng chảy đó đã chạm tới nền tảng của họ. Điều làm tôi ấn tượng không phải là bản thân sự cố—việc vận hành cầu bị gắn cờ hầu như đã là chuyện thường ở năm 2026—mà là những gì nó hàm ý về kiến trúc hiện tại. Nhóm nhanh chóng làm rõ rằng đây không phải là vấn đề ở cấp độ giao thức trên DuskDS, và mainnet vẫn tiếp tục vận hành bình thường. Nghĩa là mạng lưới vẫn “vững”, nhưng lớp vận hành mà ví cầu nằm trên đó mới là điểm yếu. Đó là một khác biệt quan trọng. Điều khiến tôi hơi bất ngờ là Dusk tiếp thị mình rất mạnh về mức độ tuân thủ và quyền riêng tư theo chuẩn dành cho tổ chức, nhưng cây cầu vẫn đang dựa vào ví do nhóm quản lý cho luồng vận hành. Điều này giống như một lựa chọn thiết kế tạm thời mà họ vẫn chưa thay thế hoàn toàn. Dịch vụ cầu vẫn đang tạm dừng trong thời gian ngắn khi quá trình gia cố diện rộng được hoàn tất. Tôi không biết đầy đủ phạm vi điều đó là gì—liệu chỉ là một bản vá nhanh hay một thiết kế lại mang tính cấu trúc. Điều đó đặt ra câu hỏi mà tôi không thể trả lời: có bao nhiêu lưu lượng cross-chain của Dusk đã chảy qua chính ví vận hành cầu đơn lẻ này, và sự tập trung đó nói lên điều gì về mức độ phi tập trung của hạ tầng thực sự ngay lúc này? $PROM $ONG Ví cầu do nhóm quản lý có chấp nhận được cho một dự án “chuẩn tổ chức về tuân thủ” không?
#dusk $DUSK @Dusk trong vài giờ và thứ đang liên tục thu hút sự chú ý của tôi không phải là kiến trúc ZK hay câu chuyện RWA, mà là những gì vụ việc cây cầu ngày 16 tháng 8 thực sự đã phơi bày về cách mạng lưới đang được sử dụng.

Việc giám sát đã phát hiện hành vi đáng ngờ trên một ví do nhóm quản lý, gắn với các hoạt động của cầu. Nhóm đã tạm dừng dịch vụ cầu, thu hồi (recycle) các địa chỉ bị ảnh hưởng và phối hợp với Binance sau khi xác định rằng một phần trong dòng chảy đó đã chạm tới nền tảng của họ.

Điều làm tôi ấn tượng không phải là bản thân sự cố—việc vận hành cầu bị gắn cờ hầu như đã là chuyện thường ở năm 2026—mà là những gì nó hàm ý về kiến trúc hiện tại. Nhóm nhanh chóng làm rõ rằng đây không phải là vấn đề ở cấp độ giao thức trên DuskDS, và mainnet vẫn tiếp tục vận hành bình thường. Nghĩa là mạng lưới vẫn “vững”, nhưng lớp vận hành mà ví cầu nằm trên đó mới là điểm yếu. Đó là một khác biệt quan trọng.

Điều khiến tôi hơi bất ngờ là Dusk tiếp thị mình rất mạnh về mức độ tuân thủ và quyền riêng tư theo chuẩn dành cho tổ chức, nhưng cây cầu vẫn đang dựa vào ví do nhóm quản lý cho luồng vận hành. Điều này giống như một lựa chọn thiết kế tạm thời mà họ vẫn chưa thay thế hoàn toàn.

Dịch vụ cầu vẫn đang tạm dừng trong thời gian ngắn khi quá trình gia cố diện rộng được hoàn tất. Tôi không biết đầy đủ phạm vi điều đó là gì—liệu chỉ là một bản vá nhanh hay một thiết kế lại mang tính cấu trúc.

Điều đó đặt ra câu hỏi mà tôi không thể trả lời: có bao nhiêu lưu lượng cross-chain của Dusk đã chảy qua chính ví vận hành cầu đơn lẻ này, và sự tập trung đó nói lên điều gì về mức độ phi tập trung của hạ tầng thực sự ngay lúc này?
$PROM
$ONG

Ví cầu do nhóm quản lý có chấp nhận được cho một dự án “chuẩn tổ chức về tuân thủ” không?
Yes, it's transitional
100%
No, it's a red flag
0%
Depends on timeline
0%
Neutral
0%
1 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
·
--
Tăng giá
$BTC đang nhấp nháy cảnh báo một cú thiết lập mà các trader sẽ không muốn bỏ qua; nước đi tiếp theo có thể đến nhanh. $BTC đang cho thấy động lượng tăng giá mạnh mẽ, cấu trúc đang được hình thành rất đẹp. Theo dõi dài — Bối cảnh thị trường Vào lệnh: $80,500–$80,700 Mục tiêu 1: $81,000 Mục tiêu 2: $81,270 Mục tiêu 3: $81,600 Mục tiêu 4: $82,000 Cắt lỗ: $80,100 $BTC đã bật mạnh từ vùng $80.1K và đang giành lại mốc $80.5K. Nếu phe mua vượt qua $81.27K, cấu trúc tăng có thể sẽ tăng tốc. #Write2Earn {future}(BTCUSDT)
$BTC đang nhấp nháy cảnh báo một cú thiết lập mà các trader sẽ không muốn bỏ qua; nước đi tiếp theo có thể đến nhanh.

$BTC đang cho thấy động lượng tăng giá mạnh mẽ, cấu trúc đang được hình thành rất đẹp.

Theo dõi dài — Bối cảnh thị trường

Vào lệnh: $80,500–$80,700
Mục tiêu 1: $81,000
Mục tiêu 2: $81,270
Mục tiêu 3: $81,600
Mục tiêu 4: $82,000
Cắt lỗ: $80,100

$BTC đã bật mạnh từ vùng $80.1K và đang giành lại mốc $80.5K. Nếu phe mua vượt qua $81.27K, cấu trúc tăng có thể sẽ tăng tốc.
#Write2Earn
#dusk $DUSK @Dusk_Foundation truy cập node thực sự đứng sau Dusk, không phải phiên bản trang marketing. Quay lại hồi tháng Năm, một bản phát hành của Rusk âm thầm đưa ra thứ gọi là các quy tắc http.policy ACL, giới hạn tốc độ theo endpoint, và cả một khung cho phép node từ chối hoặc làm chậm lưu lượng truy cập cụ thể ở cấp độ giao thức. Đọc như một dòng trong đặc tả, nó trông giống vệ sinh vận hành nhàm chán. Rồi đến ngày 16 tháng Tám, nhóm Dusk phát hiện hoạt động đáng ngờ từ một ví được gắn với một cây cầu, và trong vòng vài giờ đã triển khai danh sách chặn người nhận cho Web Wallet để ngăn các chuyển tiền tới các địa chỉ bị gắn cờ—cùng cơ chế đó, vận hành ngay, dưới áp lực. Đó là phần khiến tôi chú ý. $DUSK được quảng bá như "quyền riêng tư + tuân thủ", tương lai thì có vẻ sẽ sớm ra mắt. Nhưng lần sử dụng thực tế đầu tiên ngoài đời của lớp thực thi này không phải là một tính năng quyền riêng tư hướng tới người dùng; nó là cách đội ngũ bảo vệ cây cầu. Hạ tầng được xây cho cơ quan quản lý rốt cuộc lại trở thành công cụ ứng phó sự cố trước khi nó từng chạm tới giao dịch được che giấu của người dùng cuối. Không phải lời phàn nàn, chỉ là nhận ra thứ tự các việc được mở khóa diễn ra như thế nào. Tôi bước vào với kỳ vọng Rusk sẽ là "VM", và rời đi với suy nghĩ rằng nó giống hơn một công cụ thực thi chính sách—mà đồng thời cũng chạy cơ chế đồng thuận. Ai khác được quyền truy cập vào logic của danh sách chặn đó trước khi nó được tài liệu hóa công khai?
#dusk $DUSK @Dusk truy cập node thực sự đứng sau Dusk, không phải phiên bản trang marketing.

Quay lại hồi tháng Năm, một bản phát hành của Rusk âm thầm đưa ra thứ gọi là các quy tắc http.policy ACL, giới hạn tốc độ theo endpoint, và cả một khung cho phép node từ chối hoặc làm chậm lưu lượng truy cập cụ thể ở cấp độ giao thức. Đọc như một dòng trong đặc tả, nó trông giống vệ sinh vận hành nhàm chán.

Rồi đến ngày 16 tháng Tám, nhóm Dusk phát hiện hoạt động đáng ngờ từ một ví được gắn với một cây cầu, và trong vòng vài giờ đã triển khai danh sách chặn người nhận cho Web Wallet để ngăn các chuyển tiền tới các địa chỉ bị gắn cờ—cùng cơ chế đó, vận hành ngay, dưới áp lực. Đó là phần khiến tôi chú ý. $DUSK được quảng bá như "quyền riêng tư + tuân thủ", tương lai thì có vẻ sẽ sớm ra mắt. Nhưng lần sử dụng thực tế đầu tiên ngoài đời của lớp thực thi này không phải là một tính năng quyền riêng tư hướng tới người dùng; nó là cách đội ngũ bảo vệ cây cầu.

Hạ tầng được xây cho cơ quan quản lý rốt cuộc lại trở thành công cụ ứng phó sự cố trước khi nó từng chạm tới giao dịch được che giấu của người dùng cuối.

Không phải lời phàn nàn, chỉ là nhận ra thứ tự các việc được mở khóa diễn ra như thế nào. Tôi bước vào với kỳ vọng Rusk sẽ là "VM", và rời đi với suy nghĩ rằng nó giống hơn một công cụ thực thi chính sách—mà đồng thời cũng chạy cơ chế đồng thuận. Ai khác được quyền truy cập vào logic của danh sách chặn đó trước khi nó được tài liệu hóa công khai?
·
--
Tăng giá
Các bạn ơi, $XRP đang chuẩn bị cho một động thái—đừng bỏ qua vùng này. $XRP đang thể hiện đà tăng mạnh mẽ, cấu trúc đang được hình thành khá tốt. Điểm vào: $1.47–$1.49 Mục tiêu 1: $1.52 Mục tiêu 2: $1.55 Mục tiêu 3: $1.60 Mục tiêu 4: $1.65 Cắt lỗ: $1.43 XRP đang giữ vững trên vùng $1.45 sau một giai đoạn tích lũy mạnh, trong khi người mua bắt đầu đẩy giá quay trở lại vùng kháng cự $1.50. Nếu phá vỡ rõ ràng trên $1.50, có thể mở ra đường tới các mục tiêu cao hơn. #Write2Earn {future}(XRPUSDT) {future}(PORTALUSDT)
Các bạn ơi, $XRP đang chuẩn bị cho một động thái—đừng bỏ qua vùng này.

$XRP đang thể hiện đà tăng mạnh mẽ, cấu trúc đang được hình thành khá tốt.

Điểm vào: $1.47–$1.49
Mục tiêu 1: $1.52
Mục tiêu 2: $1.55
Mục tiêu 3: $1.60
Mục tiêu 4: $1.65
Cắt lỗ: $1.43

XRP đang giữ vững trên vùng $1.45 sau một giai đoạn tích lũy mạnh, trong khi người mua bắt đầu đẩy giá quay trở lại vùng kháng cự $1.50. Nếu phá vỡ rõ ràng trên $1.50, có thể mở ra đường tới các mục tiêu cao hơn.
#Write2Earn

·
--
Tăng giá
$BNB Long Watch Entry: $692–696 Target 1: $705 Target 2: $715 Stop Loss: $686 $BNB đang giữ vững trên vùng hỗ trợ $690 sau đợt phục hồi mạnh từ vùng $680. Giá đang tích lũy gần $696, trong khi việc bị từ chối gần $705 gần đây vẫn là mức kháng cự quan trọng. Nếu giữ vững rõ ràng trên $692–696 có thể tạo cơ hội cho một nhịp đẩy tiếp lên $705 và thậm chí $715. Mất $690 sẽ làm suy yếu cấu trúc tăng giá. $SPK {future}(SPKUSDT) {future}(PORTALUSDT) {future}(BNBUSDT)
$BNB Long Watch
Entry: $692–696
Target 1: $705
Target 2: $715
Stop Loss: $686

$BNB đang giữ vững trên vùng hỗ trợ $690 sau đợt phục hồi mạnh từ vùng $680. Giá đang tích lũy gần $696, trong khi việc bị từ chối gần $705 gần đây vẫn là mức kháng cự quan trọng.

Nếu giữ vững rõ ràng trên $692–696 có thể tạo cơ hội cho một nhịp đẩy tiếp lên $705 và thậm chí $715. Mất $690 sẽ làm suy yếu cấu trúc tăng giá.
$SPK

·
--
Tăng giá
$ETH đang giữ cấu trúc phục hồi trên biểu đồ 4H. Giá đã bật mạnh từ vùng $2.360–$2.400 và hiện đang tích lũy quanh $2.438 sau khi bị từ chối gần $2.470. Các mốc quan trọng: Entry: $2.420–$2.440 Target 1: $2.480 Target 2: $2.520 Stop Loss: Dưới $2.390 Một lần breakout 4H rõ ràng vượt lên trên $2.480 có thể mở đường hướng tới $2.520. Việc mất $2.400 sẽ làm suy yếu kịch bản tăng giá. #Write2Earn $PORTAL {future}(PORTALUSDT) $SPK {future}(SPKUSDT)
$ETH đang giữ cấu trúc phục hồi trên biểu đồ 4H.

Giá đã bật mạnh từ vùng $2.360–$2.400 và hiện đang tích lũy quanh $2.438 sau khi bị từ chối gần $2.470.

Các mốc quan trọng:
Entry: $2.420–$2.440
Target 1: $2.480
Target 2: $2.520
Stop Loss: Dưới $2.390

Một lần breakout 4H rõ ràng vượt lên trên $2.480 có thể mở đường hướng tới $2.520. Việc mất $2.400 sẽ làm suy yếu kịch bản tăng giá.
#Write2Earn
$PORTAL
$SPK
·
--
Tăng giá
#dusk @Dusk_Foundation $DUSK dev tài liệu tuần này sau khi DuskEVM testnet chính thức ra mắt vào ngày 10 tháng 8. Điều khiến tôi chú ý không phải bản thân màn ra mắt mà là ngã rẽ mà nó tạo ra cho các nhà phát triển. DuskEVM chạy trên OP Stack, chuyển sang DuskDS và cho phép bạn triển khai Solidity với Hardhat, Foundry và các ví EVM tiêu chuẩn cùng mọi công cụ quen thuộc. Trong khi đó, DuskVM lại xây dựng trực tiếp dựa trên mô hình thực thi riêng của Dusk với các hợp đồng Rust/WASM, mô hình giao dịch gốc, tài sản ở cấp độ giao thức và năng lực ZK. Cùng một chuỗi nền tảng, nhưng hai triết lý phát triển hoàn toàn khác nhau. Điều khiến tôi bất ngờ: tài liệu cực kỳ thẳng thắn về thời điểm không nên dùng DuskEVM. Họ nêu rõ rằng hãy dùng Dusk gốc khi bạn cần quyền riêng tư, các smart contract ZK, tài sản bảo mật hoặc khả năng thực thi tùy chỉnh. Hầu hết các L2 không chịu “tự nguyện” công khai các giới hạn của chính họ một cách rõ ràng như vậy. Testnet được đưa vào hoạt động vào giữa tháng 8; bạn có thể kiểm tra sớm các hợp đồng đã triển khai trên Blockscout (trình khám phá của DuskEVM). Tôi chưa xác nhận có bao nhiêu nhà phát triển độc lập thực sự đã triển khai so với các hợp đồng thử nghiệm của chính đội ngũ. Sự khác biệt này quan trọng và tôi vẫn chưa thể nói chắc. TVL nằm dưới 1 triệu USD và hệ sinh thái DApp còn khá mỏng. Câu hỏi thực sự là liệu DuskEVM có thu hút các developer Solidity vốn trước giờ chưa từng đụng đến Rust, hay câu chuyện về quyền riêng tư của Dusk chỉ hấp dẫn những người xây dựng sẵn sàng đi theo hướng native?
#dusk @Dusk $DUSK dev tài liệu tuần này sau khi DuskEVM testnet chính thức ra mắt vào ngày 10 tháng 8. Điều khiến tôi chú ý không phải bản thân màn ra mắt mà là ngã rẽ mà nó tạo ra cho các nhà phát triển.

DuskEVM chạy trên OP Stack, chuyển sang DuskDS và cho phép bạn triển khai Solidity với Hardhat, Foundry và các ví EVM tiêu chuẩn cùng mọi công cụ quen thuộc. Trong khi đó, DuskVM lại xây dựng trực tiếp dựa trên mô hình thực thi riêng của Dusk với các hợp đồng Rust/WASM, mô hình giao dịch gốc, tài sản ở cấp độ giao thức và năng lực ZK. Cùng một chuỗi nền tảng, nhưng hai triết lý phát triển hoàn toàn khác nhau.

Điều khiến tôi bất ngờ: tài liệu cực kỳ thẳng thắn về thời điểm không nên dùng DuskEVM. Họ nêu rõ rằng hãy dùng Dusk gốc khi bạn cần quyền riêng tư, các smart contract ZK, tài sản bảo mật hoặc khả năng thực thi tùy chỉnh. Hầu hết các L2 không chịu “tự nguyện” công khai các giới hạn của chính họ một cách rõ ràng như vậy.

Testnet được đưa vào hoạt động vào giữa tháng 8; bạn có thể kiểm tra sớm các hợp đồng đã triển khai trên Blockscout (trình khám phá của DuskEVM). Tôi chưa xác nhận có bao nhiêu nhà phát triển độc lập thực sự đã triển khai so với các hợp đồng thử nghiệm của chính đội ngũ. Sự khác biệt này quan trọng và tôi vẫn chưa thể nói chắc.

TVL nằm dưới 1 triệu USD và hệ sinh thái DApp còn khá mỏng. Câu hỏi thực sự là liệu DuskEVM có thu hút các developer Solidity vốn trước giờ chưa từng đụng đến Rust, hay câu chuyện về quyền riêng tư của Dusk chỉ hấp dẫn những người xây dựng sẵn sàng đi theo hướng native?
·
--
Tăng giá
#dusk @Dusk_Foundation $DUSK kiến trúc cụ thể cách các smart contract bảo mật (confidential) hoạt động theo chuẩn XSC và một chi tiết cứ kéo sự chú ý của tôi quay lại. Dusk tự định vị như blockchain đầu tiên có native confidential smart contracts, nghĩa là logic thực thi, bên đối tác và các khoản tiền được ẩn theo mặc định. Không phải là một lớp riêng về quyền riêng tư được “bọc” lên trên, mà được tích hợp sẵn ngay trong môi trường thực thi nền tảng. Ít nhất thì đó là tuyên bố về mặt kiến trúc. Điều khiến tôi dừng lại và thực sự suy nghĩ về việc này vào ngày 16 tháng 8 là việc đội ngũ Dusk phát hiện hoạt động đáng ngờ liên quan đến một bridge wallet do đội ngũ quản lý: họ đã tạm dừng dịch vụ bridge, vô hiệu hóa các địa chỉ liên quan và phối hợp với Binance sau khi một phần luồng đã chạm tới nền tảng của họ. Họ nói rằng không có quỹ người dùng nào bị ảnh hưởng. Nhưng hãy đọc kỹ: đây không phải là một lỗi ở cấp giao thức. Đó là hạ tầng bridge nằm ngoài chuỗi (off-chain). Bản thân L1 vẫn “sạch sẽ”. Và đó là sự giằng co thú vị. Nhóm đã xác nhận rõ ràng rằng sự cố này không phải là vấn đề ở cấp giao thức trên DuskDS—chuỗi native. Điều đó có nghĩa là lớp thực thi confidential đã làm đúng như những gì nó được thiết kế. Điểm yếu nằm đúng nơi mà nó vẫn thường nằm: ở bridge chứ không phải ở chuỗi. Thành thật mà nói, tôi không kỳ vọng họ xử lý và khống chế nhanh đến vậy. Nó khiến tôi khá bất ngờ. Những gì tôi không thể xác nhận: có bao nhiêu giao dịch thực sự đã diễn ra trong khoảng thời gian xảy ra sự cố, và liệu bất kỳ tương tác contract được “che chắn” (shielded) nào ở phía native có bị ảnh hưởng hay không. Dữ liệu đó không dễ đọc—và cũng là vì đó là “điểm hay” của các confidential contracts—nhưng đồng thời lại khiến việc xác minh độc lập trở nên khó hơn. Cây cầu (bridge) vẫn đóng cửa để chờ một cuộc rà soát bảo mật toàn diện. Trong khi đó DuskEVM vẫn đang được đưa vào (incoming). Cách hai mốc thời gian này tương tác với nhau đáng để theo dõi sát sao...
#dusk @Dusk $DUSK kiến trúc cụ thể cách các smart contract bảo mật (confidential) hoạt động theo chuẩn XSC và một chi tiết cứ kéo sự chú ý của tôi quay lại.

Dusk tự định vị như blockchain đầu tiên có native confidential smart contracts, nghĩa là logic thực thi, bên đối tác và các khoản tiền được ẩn theo mặc định. Không phải là một lớp riêng về quyền riêng tư được “bọc” lên trên, mà được tích hợp sẵn ngay trong môi trường thực thi nền tảng. Ít nhất thì đó là tuyên bố về mặt kiến trúc.

Điều khiến tôi dừng lại và thực sự suy nghĩ về việc này vào ngày 16 tháng 8 là việc đội ngũ Dusk phát hiện hoạt động đáng ngờ liên quan đến một bridge wallet do đội ngũ quản lý: họ đã tạm dừng dịch vụ bridge, vô hiệu hóa các địa chỉ liên quan và phối hợp với Binance sau khi một phần luồng đã chạm tới nền tảng của họ. Họ nói rằng không có quỹ người dùng nào bị ảnh hưởng. Nhưng hãy đọc kỹ: đây không phải là một lỗi ở cấp giao thức. Đó là hạ tầng bridge nằm ngoài chuỗi (off-chain). Bản thân L1 vẫn “sạch sẽ”.

Và đó là sự giằng co thú vị. Nhóm đã xác nhận rõ ràng rằng sự cố này không phải là vấn đề ở cấp giao thức trên DuskDS—chuỗi native. Điều đó có nghĩa là lớp thực thi confidential đã làm đúng như những gì nó được thiết kế. Điểm yếu nằm đúng nơi mà nó vẫn thường nằm: ở bridge chứ không phải ở chuỗi.

Thành thật mà nói, tôi không kỳ vọng họ xử lý và khống chế nhanh đến vậy. Nó khiến tôi khá bất ngờ.

Những gì tôi không thể xác nhận: có bao nhiêu giao dịch thực sự đã diễn ra trong khoảng thời gian xảy ra sự cố, và liệu bất kỳ tương tác contract được “che chắn” (shielded) nào ở phía native có bị ảnh hưởng hay không. Dữ liệu đó không dễ đọc—và cũng là vì đó là “điểm hay” của các confidential contracts—nhưng đồng thời lại khiến việc xác minh độc lập trở nên khó hơn.

Cây cầu (bridge) vẫn đóng cửa để chờ một cuộc rà soát bảo mật toàn diện. Trong khi đó DuskEVM vẫn đang được đưa vào (incoming). Cách hai mốc thời gian này tương tác với nhau đáng để theo dõi sát sao...
·
--
Tăng giá
#dusk @Dusk_Foundation $DUSK dữ liệu giao dịch trên duskexplorer.com hôm nay. Một con số đã khiến tôi đứng hình. Trong số 252 giao dịch được ghi nhận trong 24 giờ qua, chỉ có 21 giao dịch là Phoenix—mô hình ZK-proof được “che chắn” (shielded) và được cho là lớp quyền riêng tư thực sự của mạng lưới này. Còn lại 231 giao dịch đi qua Moonlight, mô hình tài khoản công khai hoàn toàn. Nói cách khác, tỷ lệ áp dụng Phoenix khoảng 9% trên một mạng được xây dựng xoay quanh quyền riêng tư. Phoenix là một mô hình giao dịch zero-knowledge dựa trên UTXO, che giấu số tiền, liên kết người gửi-người nhận và những thay đổi số dư thông qua các cam kết mật mã và nullifier. Phoenix 2.0 thậm chí còn đi xa hơn, cho phép quyền riêng tư có tính tuân thủ, nơi danh tính người gửi có thể được chứng minh cho người nhận mà không lộ ra bất cứ điều gì cho công chúng—điều được cho là điểm khác biệt mang tính “tổ chức” (institutional) của dự án. Vậy khoảng trống này được giải thích như thế nào? Nhận định thẳng thắn của tôi: Phoenix nặng hơn. Mỗi giao dịch Phoenix đều mang một proof PLONK trong khi Moonlight chỉ dùng một phép kiểm tra chữ ký BLS—ít tốn tính toán hơn, nhanh hơn, rẻ hơn. Phần lớn người dùng hiện tại có lẽ chỉ đang stake, chuyển đổi token hoặc thực hiện các thao tác chuyển tiền thường quy. Quyền riêng tư có cái giá, và chưa phải ai cũng đang trả. Tôi không thể biết từ trình khám phá (explorer) liệu các giao dịch Phoenix mà ta thấy có phản ánh đúng những người dùng thật sự tìm kiếm quyền riêng tư hay chỉ là cơ chế của ví, định tuyến tiền qua “shielded pool” vì những lý do khác. Nếu mức sử dụng Phoenix vẫn thấp như vậy khi các đối tác tổ chức bắt đầu tham gia, thì “lời chào” về quyền riêng tư có còn đứng vững hay nó sẽ âm thầm trở thành tùy chọn?
#dusk @Dusk $DUSK dữ liệu giao dịch trên duskexplorer.com hôm nay. Một con số đã khiến tôi đứng hình.

Trong số 252 giao dịch được ghi nhận trong 24 giờ qua, chỉ có 21 giao dịch là Phoenix—mô hình ZK-proof được “che chắn” (shielded) và được cho là lớp quyền riêng tư thực sự của mạng lưới này. Còn lại 231 giao dịch đi qua Moonlight, mô hình tài khoản công khai hoàn toàn.

Nói cách khác, tỷ lệ áp dụng Phoenix khoảng 9% trên một mạng được xây dựng xoay quanh quyền riêng tư.
Phoenix là một mô hình giao dịch zero-knowledge dựa trên UTXO, che giấu số tiền, liên kết người gửi-người nhận và những thay đổi số dư thông qua các cam kết mật mã và nullifier. Phoenix 2.0 thậm chí còn đi xa hơn, cho phép quyền riêng tư có tính tuân thủ, nơi danh tính người gửi có thể được chứng minh cho người nhận mà không lộ ra bất cứ điều gì cho công chúng—điều được cho là điểm khác biệt mang tính “tổ chức” (institutional) của dự án.

Vậy khoảng trống này được giải thích như thế nào? Nhận định thẳng thắn của tôi: Phoenix nặng hơn. Mỗi giao dịch Phoenix đều mang một proof PLONK trong khi Moonlight chỉ dùng một phép kiểm tra chữ ký BLS—ít tốn tính toán hơn, nhanh hơn, rẻ hơn. Phần lớn người dùng hiện tại có lẽ chỉ đang stake, chuyển đổi token hoặc thực hiện các thao tác chuyển tiền thường quy. Quyền riêng tư có cái giá, và chưa phải ai cũng đang trả.

Tôi không thể biết từ trình khám phá (explorer) liệu các giao dịch Phoenix mà ta thấy có phản ánh đúng những người dùng thật sự tìm kiếm quyền riêng tư hay chỉ là cơ chế của ví, định tuyến tiền qua “shielded pool” vì những lý do khác.
Nếu mức sử dụng Phoenix vẫn thấp như vậy khi các đối tác tổ chức bắt đầu tham gia, thì “lời chào” về quyền riêng tư có còn đứng vững hay nó sẽ âm thầm trở thành tùy chọn?
·
--
Tăng giá
#dusk @Dusk_Foundation $DUSK explorer for a while and one number stuck with me in the last 24 hours out of 252 total transactions on the network 231 were Moonlight and only 21 were Phoenix that's roughly 92% public, 8% shielded. Bạn có thể tự kiểm chứng ngay bây giờ tại duskexplorer.com. Tỷ lệ đó khiến tôi hơi bất ngờ. Toàn bộ giả định thiết kế của $DUSK là Phoenix xử lý các hoạt động tài chính bảo mật, các khoản thanh toán riêng, số dư ẩn và các bằng chứng ZK. Moonlight được thêm vào sau đó, một phần để đáp ứng các yêu cầu tuân thủ của sàn giao dịch. Nhưng trên chuỗi, người dùng thực tế lại lựa chọn con đường công khai là chủ yếu. Có thể là do chi phí trải nghiệm người dùng của Phoenix (ghi chú UTXO, tạo bằng chứng) vẫn còn đủ gây ma sát để đẩy người dùng phổ thông chuyển sang Moonlight. Cũng có thể là các luồng liên quan đến staking mà Moonlight hỗ trợ—hợp đồng Stake và phần lớn hoạt động ủy thác mang tính công khai theo bản chất. Thú thật tôi chưa chắc trường hợp sử dụng nào đang chiếm ưu thế. Điều tôi không thể xác nhận là liệu con số Phoenix là 21 đó phản ánh nhu cầu riêng tư thực sự hay chỉ là việc người dùng quyền lực thử nghiệm mô hình. Không có cách nào để biết ai đứng sau các ghi chú được che chắn đó—mà đây cũng chính là điểm của nó. Câu hỏi tôi đang suy nghĩ là: nếu riêng tư là giá trị cốt lõi, thì vì sao ở giai đoạn này nó lại là hành vi thiểu số?
#dusk @Dusk $DUSK explorer for a while and one number stuck with me in the last 24 hours out of 252 total transactions on the network 231 were Moonlight and only 21 were Phoenix that's roughly 92% public, 8% shielded. Bạn có thể tự kiểm chứng ngay bây giờ tại duskexplorer.com.

Tỷ lệ đó khiến tôi hơi bất ngờ. Toàn bộ giả định thiết kế của $DUSK là Phoenix xử lý các hoạt động tài chính bảo mật, các khoản thanh toán riêng, số dư ẩn và các bằng chứng ZK. Moonlight được thêm vào sau đó, một phần để đáp ứng các yêu cầu tuân thủ của sàn giao dịch. Nhưng trên chuỗi, người dùng thực tế lại lựa chọn con đường công khai là chủ yếu.

Có thể là do chi phí trải nghiệm người dùng của Phoenix (ghi chú UTXO, tạo bằng chứng) vẫn còn đủ gây ma sát để đẩy người dùng phổ thông chuyển sang Moonlight. Cũng có thể là các luồng liên quan đến staking mà Moonlight hỗ trợ—hợp đồng Stake và phần lớn hoạt động ủy thác mang tính công khai theo bản chất. Thú thật tôi chưa chắc trường hợp sử dụng nào đang chiếm ưu thế.

Điều tôi không thể xác nhận là liệu con số Phoenix là 21 đó phản ánh nhu cầu riêng tư thực sự hay chỉ là việc người dùng quyền lực thử nghiệm mô hình. Không có cách nào để biết ai đứng sau các ghi chú được che chắn đó—mà đây cũng chính là điểm của nó.
Câu hỏi tôi đang suy nghĩ là: nếu riêng tư là giá trị cốt lõi, thì vì sao ở giai đoạn này nó lại là hành vi thiểu số?
·
--
Tăng giá
#dusk $DUSK @Dusk_Foundation sau khi mạng thử nghiệm DuskEVM ra mắt vào ngày 10 tháng 8. Tiêu đề là khả năng tương thích EVM Solidity, Hardhat, công cụ quen thuộc. Ổn. Nhưng điều thực sự thu hút sự chú ý của tôi là Hedger nằm sâu hơn một lớp. Hedger là động cơ quyền riêng tư của Dusk nằm bên trong DuskEVM. Nó kết hợp mã hóa đồng cấu ElGamal với các bằng chứng ZK để che giấu số tiền giao dịch và các bên đối tác, đồng thời vẫn cho phép mạng xác minh tính đúng đắn. Việc tạo bằng chứng ngay trong trình duyệt diễn ra trong chưa đến 2 giây. Đây không còn là tuyên bố trong whitepaper tại thời điểm này; mạng thử nghiệm đã hoạt động và chức năng đó có thể được truy cập bởi bất kỳ ai triển khai trên đó. Điều này gợi ý rằng Dusk không chỉ xây dựng một chuỗi EVM với nhãn “riêng tư” được gắn thêm. Việc tạo bằng chứng ZK đang diễn ra ở lớp thực thi giao dịch, chứ không phải như một lớp bọc tùy chọn. Đó là một lựa chọn kiến trúc đáng kể. Tuy nhiên, tôi cũng có sự do dự chân thành: hoạt động trên testnet do nhà phát triển thúc đẩy. Tôi chưa thấy dữ liệu công khai về việc kể từ ngày 10 tháng 8 đã có bao nhiêu hợp đồng thực sự được triển khai, hoặc liệu các giao dịch được che chắn bằng ZK có đến từ các đội bên ngoài hay chỉ từ quá trình thử nghiệm nội bộ. Vì vậy, câu hỏi thực sự là: những người xây dựng có đang dùng Hedger hay nó chỉ đang chờ đó? Có sự khác biệt giữa một tính năng “đang hoạt động” và một tính năng “đang được sử dụng”. $ACE
#dusk $DUSK @Dusk sau khi mạng thử nghiệm DuskEVM ra mắt vào ngày 10 tháng 8. Tiêu đề là khả năng tương thích EVM Solidity, Hardhat, công cụ quen thuộc. Ổn. Nhưng điều thực sự thu hút sự chú ý của tôi là Hedger nằm sâu hơn một lớp.

Hedger là động cơ quyền riêng tư của Dusk nằm bên trong DuskEVM. Nó kết hợp mã hóa đồng cấu ElGamal với các bằng chứng ZK để che giấu số tiền giao dịch và các bên đối tác, đồng thời vẫn cho phép mạng xác minh tính đúng đắn. Việc tạo bằng chứng ngay trong trình duyệt diễn ra trong chưa đến 2 giây. Đây không còn là tuyên bố trong whitepaper tại thời điểm này; mạng thử nghiệm đã hoạt động và chức năng đó có thể được truy cập bởi bất kỳ ai triển khai trên đó.

Điều này gợi ý rằng Dusk không chỉ xây dựng một chuỗi EVM với nhãn “riêng tư” được gắn thêm. Việc tạo bằng chứng ZK đang diễn ra ở lớp thực thi giao dịch, chứ không phải như một lớp bọc tùy chọn. Đó là một lựa chọn kiến trúc đáng kể.

Tuy nhiên, tôi cũng có sự do dự chân thành: hoạt động trên testnet do nhà phát triển thúc đẩy. Tôi chưa thấy dữ liệu công khai về việc kể từ ngày 10 tháng 8 đã có bao nhiêu hợp đồng thực sự được triển khai, hoặc liệu các giao dịch được che chắn bằng ZK có đến từ các đội bên ngoài hay chỉ từ quá trình thử nghiệm nội bộ.

Vì vậy, câu hỏi thực sự là: những người xây dựng có đang dùng Hedger hay nó chỉ đang chờ đó? Có sự khác biệt giữa một tính năng “đang hoạt động” và một tính năng “đang được sử dụng”.
$ACE
·
--
Tăng giá
Đúng một phần
$DUSK docs và bài viết ngày 15/8 của họ về token hóa SME, và có một điều cứ làm tôi băn khoăn. Mô hình giao dịch kép của Moonlight (công khai, dựa trên tài khoản) và Phoenix (UTXO được che chắn + các bằng chứng ZK) là cốt lõi của toàn bộ phần trình bày. Quyền riêng tư là tùy chọn, không phải mặc định. Điều đó mới là phần thú vị. Moonlight công khai số dư và chi tiết giao dịch, phù hợp cho báo cáo tuân thủ và tích hợp sàn giao dịch. Phoenix ẩn số tiền, liên kết người gửi-người nhận và các thay đổi số dư phía sau các cam kết mật mã và bộ định danh (nullifier). Nhưng đây là điều tôi nhận thấy khi đào sâu bài đăng ngày 15/8 của họ về quy trình thị trường tư nhân: toàn bộ use case NPEX mà đường ống chứng khoán SME trị giá hơn 200 triệu EUR+ dựa vào là “tiết lộ chọn lọc” cho nhu cầu pháp lý và dịch vụ, chứ không phải “quyền riêng tư toàn diện”. Nói cách khác: “quyền riêng tư” trong vận hành thực tế được giới hạn rất chặt, có phạm vi nhìn thấy được do cơ quan quản lý cho phép, chứ không phải kiểu quyền riêng tư mà đa số người dùng crypto tưởng tượng khi nghe đến “zero-knowledge”. Điều khiến tôi thực sự bất ngờ: 210M+ @Dusk_Foundation đang được staking để bảo đảm mạng (dusk), nhưng DuskEVM và Hedger (lớp EVM bảo mật) vẫn đang ở testnet. Đây là một nền tảng staking rất lớn đang chống đỡ cho hạ tầng mà đến nay chưa thấy khối lượng giao dịch mang tính tổ chức thực sự. Tôi không thể xác nhận hiện tại tỷ lệ giao dịch mainnet thực tế là Phoenix hay Moonlight; trình duyệt (explorer) chỉ cho xem các loại tx chứ không có phần phân tách rõ ràng mà tôi có thể trích nhanh. Điều này khiến tôi tự hỏi: quyền riêng tư ở đây có thực sự là một tính năng dành cho người dùng cuối, hay chủ yếu là “phần cứng” phục vụ tuân thủ cho các tổ chức? Và liệu sự khác biệt đó có ảnh hưởng đến hướng đi của mạng lưới không? #dusk @Dusk_Foundation $ACE $TUT
$DUSK docs và bài viết ngày 15/8 của họ về token hóa SME, và có một điều cứ làm tôi băn khoăn.

Mô hình giao dịch kép của Moonlight (công khai, dựa trên tài khoản) và Phoenix (UTXO được che chắn + các bằng chứng ZK) là cốt lõi của toàn bộ phần trình bày. Quyền riêng tư là tùy chọn, không phải mặc định. Điều đó mới là phần thú vị.

Moonlight công khai số dư và chi tiết giao dịch, phù hợp cho báo cáo tuân thủ và tích hợp sàn giao dịch. Phoenix ẩn số tiền, liên kết người gửi-người nhận và các thay đổi số dư phía sau các cam kết mật mã và bộ định danh (nullifier).

Nhưng đây là điều tôi nhận thấy khi đào sâu bài đăng ngày 15/8 của họ về quy trình thị trường tư nhân: toàn bộ use case NPEX mà đường ống chứng khoán SME trị giá hơn 200 triệu EUR+ dựa vào là “tiết lộ chọn lọc” cho nhu cầu pháp lý và dịch vụ, chứ không phải “quyền riêng tư toàn diện”.

Nói cách khác: “quyền riêng tư” trong vận hành thực tế được giới hạn rất chặt, có phạm vi nhìn thấy được do cơ quan quản lý cho phép, chứ không phải kiểu quyền riêng tư mà đa số người dùng crypto tưởng tượng khi nghe đến “zero-knowledge”.
Điều khiến tôi thực sự bất ngờ: 210M+ @Dusk đang được staking để bảo đảm mạng (dusk), nhưng DuskEVM và Hedger (lớp EVM bảo mật) vẫn đang ở testnet. Đây là một nền tảng staking rất lớn đang chống đỡ cho hạ tầng mà đến nay chưa thấy khối lượng giao dịch mang tính tổ chức thực sự.

Tôi không thể xác nhận hiện tại tỷ lệ giao dịch mainnet thực tế là Phoenix hay Moonlight; trình duyệt (explorer) chỉ cho xem các loại tx chứ không có phần phân tách rõ ràng mà tôi có thể trích nhanh.
Điều này khiến tôi tự hỏi: quyền riêng tư ở đây có thực sự là một tính năng dành cho người dùng cuối, hay chủ yếu là “phần cứng” phục vụ tuân thủ cho các tổ chức? Và liệu sự khác biệt đó có ảnh hưởng đến hướng đi của mạng lưới không?
#dusk @Dusk
$ACE
$TUT
·
--
Tăng giá
#dusk $DUSK @Dusk_Foundation dữ liệu trình thám hiểm hôm nay và một con số đã khiến tôi “đứng hình”. Ngay bây giờ, trên chuỗi có 252 giao dịch trong 24 giờ qua. Trong đó, 231 giao dịch là Moonlight (hoàn toàn công khai). Chỉ có 21 giao dịch là Phoenix được che chắn. Tỷ lệ đó xấp xỉ 91/9. Điều khiến tôi thấy trớ trêu là ở chỗ đó. @Dusk_Foundation toàn bộ bản đề xuất là tài chính ưu tiên quyền riêng tư. Moonlight là mô hình tài khoản, hoàn toàn minh bạch. Phoenix dùng các bằng chứng ZK và cam kết UTXO để ẩn số tiền, liên kết người gửi-người nhận và những thay đổi số dư. Hai mô hình được thiết kế để có thể cùng tồn tại, nhưng người dùng lại gần như chọn mô hình công khai. Giờ tôi không biết vì sao lại như vậy. Có thể việc sử dụng Phoenix gây nhiều “ma sát” hơn do công cụ chưa thuận tiện. Cũng có thể hiện tại đa số người dùng là các staker và người cung cấp chạy những giao dịch vận hành không cần quyền riêng tư. Hoặc có thể là một lý do khác hoàn toàn. Tôi thật sự không thể xác nhận nguyên nhân chỉ từ trình thám hiểm. Những gì tôi có thể nói là: nếu tỷ lệ này vẫn giữ nguyên khi các chứng khoán được quản lý bắt đầu được đưa qua mạng, thì nó sẽ nói lên điều gì đó thú vị về việc “quyền riêng tư sẵn sàng cho tuân thủ” thực sự có nghĩa gì trong thực tế—khi các tổ chức vẫn có thể mặc định chọn minh bạch khi cơ quan quản lý đang theo dõi. Lớp tuân thủ và lớp quyền riêng tư được xây dựng để hoạt động cùng nhau. Nhưng hiện tại người dùng đang sử dụng một lớp và gần như không đụng đến lớp còn lại. Đây có phải là vấn đề về trải nghiệm người dùng (UX), là vấn đề về mức độ trưởng thành (maturity), hay chỉ đơn giản là... bình thường đối với giai đoạn này? $PORTAL $GPS
#dusk $DUSK @Dusk dữ liệu trình thám hiểm hôm nay và một con số đã khiến tôi “đứng hình”.

Ngay bây giờ, trên chuỗi có 252 giao dịch trong 24 giờ qua. Trong đó, 231 giao dịch là Moonlight (hoàn toàn công khai). Chỉ có 21 giao dịch là Phoenix được che chắn. Tỷ lệ đó xấp xỉ 91/9.

Điều khiến tôi thấy trớ trêu là ở chỗ đó. @Dusk toàn bộ bản đề xuất là tài chính ưu tiên quyền riêng tư. Moonlight là mô hình tài khoản, hoàn toàn minh bạch. Phoenix dùng các bằng chứng ZK và cam kết UTXO để ẩn số tiền, liên kết người gửi-người nhận và những thay đổi số dư. Hai mô hình được thiết kế để có thể cùng tồn tại, nhưng người dùng lại gần như chọn mô hình công khai.

Giờ tôi không biết vì sao lại như vậy. Có thể việc sử dụng Phoenix gây nhiều “ma sát” hơn do công cụ chưa thuận tiện. Cũng có thể hiện tại đa số người dùng là các staker và người cung cấp chạy những giao dịch vận hành không cần quyền riêng tư. Hoặc có thể là một lý do khác hoàn toàn. Tôi thật sự không thể xác nhận nguyên nhân chỉ từ trình thám hiểm.

Những gì tôi có thể nói là: nếu tỷ lệ này vẫn giữ nguyên khi các chứng khoán được quản lý bắt đầu được đưa qua mạng, thì nó sẽ nói lên điều gì đó thú vị về việc “quyền riêng tư sẵn sàng cho tuân thủ” thực sự có nghĩa gì trong thực tế—khi các tổ chức vẫn có thể mặc định chọn minh bạch khi cơ quan quản lý đang theo dõi.

Lớp tuân thủ và lớp quyền riêng tư được xây dựng để hoạt động cùng nhau. Nhưng hiện tại người dùng đang sử dụng một lớp và gần như không đụng đến lớp còn lại. Đây có phải là vấn đề về trải nghiệm người dùng (UX), là vấn đề về mức độ trưởng thành (maturity), hay chỉ đơn giản là... bình thường đối với giai đoạn này?
$PORTAL
$GPS
·
--
Tăng giá
$HOLO Hướng thị trường: Giảm mạnh với nhịp hồi tăng sắc nhọn bị từ chối gần mức $0.10 kèm áp lực bán mạnh. Vùng vào lệnh: $0.0890–$0.0940 Cắt lỗ: $0.1025 Chốt lời: TP1: $0.0820 TP2: $0.0760 TP3: $0.0700 Giá đang cho thấy tín hiệu bị từ chối rõ ràng tại khu vực $0.10. Nếu đà hồi lên vùng vào lệnh thất bại, kịch bản ngắn hạn sẽ tiếp diễn theo hướng quay lại các mức trước đó sau khi phá vỡ. Vô hiệu hóa khi vượt lên trên $0.1025. #Write2Earn {future}(HOLOUSDT) $PROM {future}(PROMUSDT) $BABY {future}(BABYUSDT)
$HOLO Hướng thị trường: Giảm mạnh với nhịp hồi tăng sắc nhọn bị từ chối gần mức $0.10 kèm áp lực bán mạnh.

Vùng vào lệnh: $0.0890–$0.0940
Cắt lỗ: $0.1025

Chốt lời:
TP1: $0.0820
TP2: $0.0760
TP3: $0.0700

Giá đang cho thấy tín hiệu bị từ chối rõ ràng tại khu vực $0.10. Nếu đà hồi lên vùng vào lệnh thất bại, kịch bản ngắn hạn sẽ tiếp diễn theo hướng quay lại các mức trước đó sau khi phá vỡ.

Vô hiệu hóa khi vượt lên trên $0.1025.
#Write2Earn

$PROM
$BABY
·
--
Tăng giá
$SOL /USDT Thiết lập Short Hướng thị trường: Thiên hướng Short dưới mức kháng cự 77.00 Khu vực vào lệnh: 76.40–76.90 Dừng lỗ: 78.05 Chốt lời 1: 75.20 Chốt lời 2: 73.80 Chốt lời 3: 72.30 Giá đang tích lũy gần vùng kháng cự sau một đợt tăng mạnh. Việc bị từ chối từ khu vực 76.50–77.00 có thể kích hoạt một nhịp điều chỉnh về các vùng hỗ trợ thấp hơn. Vô hiệu hóa là khi có sự phá vỡ rõ ràng và giữ vững trên 78.00. {future}(SOLUSDT) $HOLO {future}(HOLOUSDT) $PROM {future}(PROMUSDT)
$SOL /USDT Thiết lập Short

Hướng thị trường: Thiên hướng Short dưới mức kháng cự 77.00

Khu vực vào lệnh: 76.40–76.90
Dừng lỗ: 78.05

Chốt lời 1: 75.20
Chốt lời 2: 73.80
Chốt lời 3: 72.30

Giá đang tích lũy gần vùng kháng cự sau một đợt tăng mạnh. Việc bị từ chối từ khu vực 76.50–77.00 có thể kích hoạt một nhịp điều chỉnh về các vùng hỗ trợ thấp hơn. Vô hiệu hóa là khi có sự phá vỡ rõ ràng và giữ vững trên 78.00.
$HOLO
$PROM
·
--
Tăng giá
$PROM Short Setup Hướng thị trường: Giảm sau một đợt từ chối mạnh mẽ từ vùng 3.50. Vùng vào lệnh: 2.65–2.85 Cắt lỗ: 3.10 Mục tiêu 1: 2.35 Mục tiêu 2: 2.05 Mục tiêu 3: 1.85 Giá đã thể hiện sự từ chối mạnh sau cú bứt phá hướng tới 3.50. Nếu không thể giành lại mốc 2.85–3.00, có thể mở ra lối cho một nhịp điều chỉnh sâu hơn về các vùng tích lũy trước đó. Chờ xác nhận trước khi vào lệnh; biến động đang cực kỳ cao. {future}(PROMUSDT) $HOLO {future}(HOLOUSDT)
$PROM Short Setup

Hướng thị trường: Giảm sau một đợt từ chối mạnh mẽ từ vùng 3.50.

Vùng vào lệnh: 2.65–2.85
Cắt lỗ: 3.10
Mục tiêu 1: 2.35
Mục tiêu 2: 2.05
Mục tiêu 3: 1.85

Giá đã thể hiện sự từ chối mạnh sau cú bứt phá hướng tới 3.50. Nếu không thể giành lại mốc 2.85–3.00, có thể mở ra lối cho một nhịp điều chỉnh sâu hơn về các vùng tích lũy trước đó.

Chờ xác nhận trước khi vào lệnh; biến động đang cực kỳ cao.
$HOLO
·
--
Tăng giá
$ETH Short Setup Hướng thị trường: Giá đang giảm, bị từ chối tại vùng kháng cự 1,900–1,920 và cho thấy dấu hiệu suy yếu. Vùng vào lệnh: 1,865–1,885 Cắt lỗ: 1,925 Mục tiêu 1: 1,840 Mục tiêu 2: 1,810 Mục tiêu 3: 1,780 Chờ giá retest và sự từ chối quanh vùng vào lệnh, thay vì đuổi theo cây nến hiện tại. $BANANA {future}(BANANAUSDT) {future}(ETHUSDT) #Write2Earn
$ETH Short Setup
Hướng thị trường: Giá đang giảm, bị từ chối tại vùng kháng cự 1,900–1,920 và cho thấy dấu hiệu suy yếu.
Vùng vào lệnh: 1,865–1,885
Cắt lỗ: 1,925
Mục tiêu 1: 1,840
Mục tiêu 2: 1,810
Mục tiêu 3: 1,780
Chờ giá retest và sự từ chối quanh vùng vào lệnh, thay vì đuổi theo cây nến hiện tại.
$BANANA


#Write2Earn
$BNB /USDT — Thiết lập Long Vào lệnh: 607.0–609.0 Mục tiêu 1: 612.0 Mục tiêu 2: 615.0 Cắt lỗ: 604.5 Giá đã lấy lại vùng 608 với động lượng mạnh sau khi giữ vững vùng 600–602. Việc giữ sạch trên 607 giúp cấu trúc ngắn hạn vẫn thiên hướng tăng. Nếu 612 phá vỡ với lực, 615 sẽ là mức tăng tiếp theo. {future}(BNBUSDT) $DOGE {future}(DOGEUSDT) #Write2Earn
$BNB /USDT — Thiết lập Long
Vào lệnh: 607.0–609.0
Mục tiêu 1: 612.0
Mục tiêu 2: 615.0
Cắt lỗ: 604.5
Giá đã lấy lại vùng 608 với động lượng mạnh sau khi giữ vững vùng 600–602. Việc giữ sạch trên 607 giúp cấu trúc ngắn hạn vẫn thiên hướng tăng. Nếu 612 phá vỡ với lực, 615 sẽ là mức tăng tiếp theo.
$DOGE

#Write2Earn
·
--
Tăng giá
$BTC /USDT — THIẾT LẬP LONG Xu hướng thị trường: Tăng Vùng vào lệnh: $65,120–$65,220 Mục tiêu 1: $65,300 Mục tiêu 2: $65,420 Mục tiêu 3: $65,470 Cắt lỗ: $65,040 $BTC đang giữ một cấu trúc tăng ngắn hạn mạnh trên biểu đồ 15m, với các đỉnh cao hơn và đáy cao hơn đang hình thành. Việc giữ vững trên $65,100 sẽ giữ cho kịch bản tăng còn hiệu lực. Mấu chốt kích hoạt là phá vỡ và retest $65,300; nếu vượt qua mức này, đỉnh 24H quanh $65,474 sẽ trở thành mục tiêu chính tiếp theo. Vô hiệu: Đóng nến 15m dưới $65,040. #Write2Earn!
$BTC /USDT — THIẾT LẬP LONG
Xu hướng thị trường: Tăng
Vùng vào lệnh: $65,120–$65,220
Mục tiêu 1: $65,300
Mục tiêu 2: $65,420
Mục tiêu 3: $65,470
Cắt lỗ: $65,040

$BTC đang giữ một cấu trúc tăng ngắn hạn mạnh trên biểu đồ 15m, với các đỉnh cao hơn và đáy cao hơn đang hình thành.
Việc giữ vững trên $65,100 sẽ giữ cho kịch bản tăng còn hiệu lực. Mấu chốt kích hoạt là phá vỡ và retest $65,300; nếu vượt qua mức này, đỉnh 24H quanh $65,474 sẽ trở thành mục tiêu chính tiếp theo.

Vô hiệu: Đóng nến 15m dưới $65,040.
#Write2Earn!
Đăng nhập để khám phá thêm nội dung
Tham gia cùng người dùng tiền mã hóa toàn cầu trên Binance Square
⚡️ Nhận thông tin mới nhất và hữu ích về tiền mã hóa.
💬 Được tin cậy bởi sàn giao dịch tiền mã hóa lớn nhất thế giới.
👍 Khám phá những thông tin chuyên sâu thực tế từ những nhà sáng tạo đã xác minh.
Email / Số điện thoại
Sơ đồ trang web
Tùy chọn Cookie
Điều khoản & Điều kiện