S H A H_

Tôi đã dừng lại ở phần tách DuskVM vs DuskEVM vì nhìn thì có vẻ đơn giản hơn trên giấy, nhưng khi lần theo xem thực sự cái gì đang chạy ở đâu thì cảm giác không còn như vậy.

Trong quá trình làm việc, tôi kiểm tra chuỗi Dusk và thấy block #4,178,605 vẫn đang tạo ra các block ở mốc khoảng 10 giây, trong khi chỉ có 236 giao dịch được ghi nhận trong vòng 24 giờ. Sự tương phản đó đã khiến tôi suy nghĩ.

@Dusk không thực sự đối xử DuskVM và DuskEVM như hai phiên bản của cùng một thứ. DuskVM là việc thực thi Rust/WASM gốc trực tiếp trên L1, trong khi DuskEVM là một môi trường thực thi EVM được “neo” qua DuskDS.

Điểm khác biệt mang tính thực tiễn là thứ đã làm tôi chú ý. DuskVM mang lại cho bạn mối liên hệ sâu hơn với các primitive gốc của L1, còn DuskEVM lại mở đường cho lối đi quen thuộc của các nhà phát triển trong hệ sinh thái Solidity EVM.

Ban đầu tôi nghĩ lớp EVM sẽ tự nhiên trở thành trung tâm hoạt động rõ ràng nhất, nhưng các con số gần đây của chuỗi khiến tôi phải chậm lại một chút. Một nhà sản xuất block bận rộn không tự động đồng nghĩa với việc ứng dụng cũng đang được sử dụng bận rộn.

Tôi vẫn đang tự hỏi liệu về sau DuskEVM có trở thành nơi phần lớn hoạt động của ứng dụng thực sự “định cư”, hay liệu VM gốc vẫn giữ những workload quan trọng hơn nằm sát lớp nền…

@Dusk $DUSK #dusk

The thing that caught me while digging into DuskEVM wasn’t the EVM part itself. It was where the execution actually sits.

I was looking through @DuskNetwork, the current docs show DuskEVM using chain ID 744, with DUSK as the native gas token, while DuskDS handles settlement and data availability. That separation sounds clean on paper, but it changed how I looked at the network: the EVM environment isn’t replacing Dusk’s base layer; it is sitting on top of it.

What made me pause was the recent OpenDusk governance activity.

The August vote is about whether burned block rewards should flow into a community treasury, while DuskEVM is being positioned as the application layer. So there’s an interesting contrast here: governance and settlement stay tied to DuskDS, while developers get the familiar Solidity/EVM environment above it.

I originally thought EVM on Dusk mostly meant easier deployment. After tracing the architecture, I’m less sure that’s the important part.

The real question for me is whether developers actually use that separation in practice, or whether DuskEVM remains mostly a compatibility layer while the deeper activity stays on DuskDS…

@Dusk $DUSK #dusk

DuskVM có lẽ quan trọng hơn vẻ ngoài ban đầu của nó.

Tôi đang tìm hiểu vào lớp thực thi của Dusk, và có một chi tiết nổi bật với tôi:

Dusk không hề ép mọi nhà phát triển phải đi theo EVM.

DuskVM chạy các smart contract Rust/WASM trực tiếp trên Dusk L1, trong khi DuskEVM cung cấp cho nhà phát triển lộ trình SolidityEVM. Sự tách biệt này rất thú vị vì hai môi trường giải quyết các vấn đề khác nhau.

Rồi vào ngày 10 tháng 8, testnet của DuskEVM chính thức đi vào hoạt động, mở ra phía tương thích EVM để thử nghiệm với Solidity và Hardhat.

Điều tôi thấy thú vị ở đây là kiến trúc:

DuskVM → thực thi L1 trực tiếp
Rust/WASM → hợp đồng ở cấp độ giao thức và các hợp đồng chuyên biệt
Quyền truy cập Privacy/ZK → gần hơn với lớp nền
DuskEVM → bộ công cụ quen thuộc của Ethereum
$DUSK → tài sản native cho gas và staking

Phản ứng đầu tiên của tôi thực ra là: tại sao lại xây dựng hai luồng thực thi?

Câu trả lời có vẻ là sự linh hoạt hơn là tương thích chỉ vì chính nó.

Nhưng riêng việc ra mắt testnet vẫn chưa cho chúng ta biết liệu các nhà phát triển có thực sự sử dụng cả hai môi trường ở quy mô lớn hay không. Đó là phần mà tôi đang theo dõi ngay lúc này.

Liệu những người xây dựng thực sự sẽ chọn DuskVM khi việc thực thi L1 trực tiếp là quan trọng, hay phần lớn hoạt động cuối cùng sẽ đổ về phía DuskEVM?

@Dusk $DUSK #dusk

Trước khi viết bất cứ điều gì về Dusk, tôi đã mở explorer của nó thay vì tài liệu. Điều đầu tiên nổi bật: có 206 provisioner đang hoạt động, so với chỉ 5 provisioner đang chờ.

Với một chuỗi vẫn đang định vị xung quanh DuskEVM và đối soát RWA, thì số lượng validator trong hàng chờ mỏng như vậy không hẳn là quá đông đúc.

Phần stake bị khóa hiện vào khoảng gần 1,6M DUSK, với khoảng 1,7M DUSK trong phần thưởng chưa được nhận.

Con số phần thưởng chưa được nhận này là thứ khiến tôi dừng lại: nó có quy mô xấp xỉ với chính lượng stake bị khóa. Hoặc việc nhận thưởng không được tự động hóa cho phần lớn người staking, hoặc một nhóm các provisioner chỉ chưa bận rút về cho đến lúc này.

Điều này cho chúng ta biết: mức tham gia đang ổn định nhưng không tăng mạnh một cách chủ động ngay lúc này, và hành vi nhận phần thưởng có vẻ thụ động hơn là chủ động.

Những gì nó không nói với chúng ta: tôi không thể xác nhận các con số này so với ảnh chụp nhanh của tuần trước, hoặc liệu phần thưởng chưa được nhận thuộc về một vài holder lớn hay nhiều holder nhỏ; explorer không chia tách thông tin đó một cách rõ ràng.

Ai đang theo dõi trực tiếp tập provisioner của Dusk: việc số lượng validator đang chờ thấp có phải là nút thắt, hay chỉ là dấu hiệu của một mạng nhỏ hơn và có chủ đích hơn?

#dusk @Dusk $DUSK

$FLOW USDT được bơm 17% sau bản cập nhật của chúng tôi🚀😵

$JUP USDT đã phá vỡ mô hình Cup và cán ngược, vì vậy từ đây chúng ta có thể kỳ vọng một đợt giảm mạnh. Theo dõi nó.

$PENGU USDT đang bơm cực kỳ đúng như chúng tôi đã dự đoán. Nó đã tăng 9% tính đến hiện tại, chúc mọi người vui vẻ.

$MOG USDT có vẻ đang tăng giá sau khi bứt phá. Chúng ta có thể kỳ vọng một đợt bơm (pump) sớm. Theo dõi nó.

NFA

$FLOW USDT bơm 7% sau bản cập nhật của chúng tôi🚀

NFA

$ZRO USDT trông có vẻ bullish sau khi bứt phá nữa. Hãy để mắt đến nó.

NFA

$PENGU USDT có vẻ tăng giá sau đợt bứt phá. Chúng ta có thể sẽ thấy một cú pump sớm. Hãy theo dõi nó.

$XPIN update :🟢

Trên biểu đồ khung ngày, đây là một mức cực kỳ quan trọng. Nếu giá vượt lên trên đường màu vàng đã cho, xét thấy đồng này đã tích lũy trong một thời gian khá dài

Tôi tin rằng nó sẽ có một cú bơm mạnh 👍👍👍

NFA

$NOM /USDT THIẾT LẬP MUA

$NOM đã bứt phá khỏi mô hình tam giác giảm với khối lượng mạnh và xác nhận đợt tăng bằng một lần kiểm tra lại (retest) thành công.

Đường MA50 đang cung cấp hỗ trợ vững chắc, củng cố cấu trúc tăng giá. Động lượng đang được hình thành và thiết lập này hướng tới khả năng một đợt bứt phá đi lên mạnh mẽ. 🚀

NFA

Tôi RẤT LẠC QUAN về $HEMI

$BTC 4H cập nhật . Bài kiểm tra thứ ba của mức kháng cự $66K–$67K 🤝

Trung hạn: Vẫn tăng giá.

NFA

$IMX is đang giao dịch gần biên dưới của một kênh giảm dần, nơi phe mua đang cố gắng bảo vệ vùng hỗ trợ.

Nếu bứt phá lên trên đường xu hướng đi xuống, có thể kích hoạt đà phục hồi mạnh hướng tới vùng kháng cự $0.19–$0.22, trong khi việc không giữ được hỗ trợ sẽ khiến xu hướng giảm vẫn tiếp diễn.

$BABY tôi bắt gặp nó trong lúc đang làm một việc chán ngắt, vì một lý do đơn giản: một con số. Bước mở khóa tiếp theo rơi vào ngày 10 tháng 8, cách thời điểm tôi đào bới vào khoảng năm ngày, và phát hành 136.11M BABY ~$1.43M, khoảng 1.2% tổng cung.

Nhỏ trên giấy, nhưng giá đã giảm 3.56% trong 24 giờ trước cả khi sự mở khóa diễn ra.

Ai cũng nói về câu chuyện staking BTC, các vault phi tín nhiệm, chia sẻ bảo mật, tất cả những thứ cốt truyện lớn. Trong khi đó, diễn biến giá thực tế tuần này chẳng liên quan gì đến bất cứ điều đó. Nó chỉ là phép toán lịch phát hành.

Nhà đầu tư sớm và phần phân bổ của team được mở khóa theo “cliff”, rồi rỉ ra hàng tháng, và thị trường đã định giá điều đó từ trước khi token thậm chí kịp di chuyển. Sản phẩm là bảo mật của Bitcoin. Hành vi là lực bán xuất phát từ lịch mở khóa.

Cũng kiểu như một khoảng trống—dừng lại chút đã. Mình không nói là xấu, chỉ là nhận ra phần “pitch” công nghệ bị tách rời khỏi thứ thực sự làm biểu đồ thay đổi từng ngày.

Tôi bắt gặp bản thân mình kiểm tra lịch mở khóa thay vì đọc tài liệu staking, điều đó cảm giác ngược đời với một dự án kỹ thuật thú vị đến vậy.

Nếu khoảng trống đó bao giờ được lấp lại, hoặc nếu mọi câu chuyện staking BTC chỉ lặng lẽ chạy trên cùng một chiếc đồng hồ mở khóa bên dưới.

@BabylonLabs_io #baby $BABY

Mua $XAN here!

NFA DYOR

Bitcoin có khả năng sẽ kiểm tra lại vùng 66K–67K một lần nữa trong ngắn hạn

$BTC

$BTC BEAR gần như đã kết thúc .