#dusk $DUSK @Dusk dev tài liệu thay vì trang marketing, và một dòng đã dừng tôi giữa lúc cuộn: DuskEVM hiện tại không có bộ sắp xếp (mempool sequencer) công khai. Trang quỹ (grant) thì nói về builder trước, EVM tương thích, công cụ quen thuộc. Ok. Nhưng rồi bạn gặp ghi chú về sequencer đó và mọi thứ hiện ra khác.
Điều tương phản đó thực sự gây ấn tượng. Native L1 hiển thị 210M+ DUSK đã stake, ~10s finality tất định, đồng thuận phi tập trung thực sự đang chạy hôm nay. Còn DuskEVM, các khoản layer grant đang hướng builder đi tới—vẫn là testnet, vẫn bị sequencer kiểm soát, chưa có mempool mở. Vậy phần của Dusk đang hoạt động theo hướng permissionless lại không phải là phần mà các dev được cấp vốn để xây dựng. Phần mà dev được tài trợ để làm thì vẫn còn tập trung theo thiết kế, ít nhất là hiện tại.
Không phải cờ đỏ, chỉ là… chuyện về sắp xếp (sequencing). Grants đi trước cơ sở hạ tầng, cái này chắc là bình thường, nhưng có nghĩa là hôm nay xây trên Dusk một cách âm thầm là đang xây trên phần mà vẫn chưa phi tập trung. Tôi phải kiểm tra lại xem có đang hiểu nhầm không—không, nó được nêu rõ trong tài liệu của chính họ... có bao nhiêu builder thực sự đọc dòng đó trước khi nộp đơn, hoặc phần chào mời chỉ nói EVM tương thích rồi dừng ở đó. $ONG $EDEN
#dusk $DUSK @Dusk ghi chú nhanh trước khi tôi bị lạc mạch ở phần này. Tôi đang đào qua hoạt động gần đây cho nhiệm vụ thì thấy vụ việc ngày 16 tháng 8: đội ngũ đã gắn cờ một hoạt động đáng ngờ trên một ví liên quan đến các hoạt động bridge, và chỉ trong vài giờ sau đó, bridge bị tạm dừng, các địa chỉ được tái sử dụng, và danh sách chặn Web Wallet đã được kích hoạt để ngăn dòng tiền chuyển tới các địa chỉ được gắn cờ.
Tôi cũng phối hợp với Binance về luồng giao dịch nữa. Thông báo gọn gàng, nhanh, không drama. Điều khiến tôi thực sự đọng lại… marketing thì nói tất cả là tự quản lý, bạn giữ chìa khóa của mình. Đúng ở cấp độ ví. Nhưng khi theo dõi diễn biến này, rõ ràng lớp bridge không hẳn là kiểu thứ mà một người có thể dừng được là dừng, có thể blocklist một địa chỉ nhận, rồi có người quyết định tái sử dụng các địa chỉ đó. Không hẳn là một lời chỉ trích, có lẽ đó là bước đi có trách nhiệm vì những gì đã xảy ra. Chỉ là: tồn tại “cái phanh khẩn cấp”, và nó không nằm trong tay người dùng.
Tôi phải kiểm tra lại xem tôi có đang hiểu nhầm “team managed wallet” thành điều gì đó nghiêm trọng hơn không. Thực ra không phải là một vụ hack chính chuỗi, mà là biện pháp cô lập an ninh. Vẫn vậy… làm tôi tự hỏi rằng trong toàn bộ ngành này, bao nhiêu phần của ngôn ngữ “hạ tầng phi tập trung” là đúng ở mọi lớp, và bao nhiêu phần chỉ đúng ở nơi người ta thấy tiện để nói như vậy. $BMT $ONG
#dusk $DUSK @Dusk đã làm nhiệm vụ creatorpad lục lọi mấy thứ liên quan đến lớp danh tính của Dusk và thật lòng bị cuốn sang một chuyện cụ thể hơn: vụ việc trên cầu từ ngày 16/8. Đội ngũ phát hiện hoạt động đáng ngờ trên một managed wallet thuộc bridge-\n, tạm dừng các hoạt động trên cầu, và triển khai một danh sách chặn người nhận trên Web Wallet để chặn các giao dịch chuyển tới những địa chỉ bị gắn cờ trước khi bạn kịp gửi.
điều khiến tôi đọng lại về lớp danh tính không phải là một tính năng “selective disclosure” fancy kiểu zero-knowledge được dùng trước. Đó là một danh sách chặn thô, mang tính phản ứng. Được xây dựng trong áp lực, sau khi mọi thứ đã bắt đầu trục trặc. Không phải câu chuyện tuân thủ được đánh bóng mà Dusk thường dẫn dắt… kiểm tra nhận dạng/xác minh ngoài đời thực đầu tiên thực sự được triển khai lại mang tính phòng vệ, không phải chủ động.
Làm tôi dừng lại và đọc lại thông báo sự cố tận hai lần. Họ nói không có tiền của người dùng bị mất, khung thời gian giao dịch ngắn, phối hợp với Binance nhanh chóng. Nhưng đó là một lời nhắc tốt rằng bộ công cụ xác minh bảo vệ quyền riêng tư ở mức độ tinh vi được “rao” thì đúng là phần pitch; còn danh sách chặn người nhận mới là thứ đang hoạt động ngay lúc này để bảo vệ mọi người.
Cũng khiến tôi tự hỏi: với đa số blockchain, điều gì đến trước—thiết kế thanh lịch hay bản vá được code lúc 2 giờ sáng khi có thứ gì đó vừa hỏng?
#dusk $DUSK @Dusk bridge activity after the CreatorPad task and honestly the thing that stuck wasn't the tech demo, it was the timeline
DUSK vào ngày 16 tháng 8, nhóm đã phát hiện chuyển động đáng ngờ từ một bridge wallet do nhóm quản lý, tạm dừng các dịch vụ bridge, tái tạo các địa chỉ bị ảnh hưởng và triển khai danh sách chặn người nhận trên Web Wallet. Phản hồi nhanh, không có gì để bàn.
Nhưng có một điểm khiến tôi phải dừng lại… tất cả những điều đó đều được làm thủ công. Một người trong nhóm phát hiện ra, ai đó quyết định tạm dừng, và ai đó đã phối hợp với Binance sau khi lần theo một phần luồng. Với một mạng mà quảng bá “private by default, accountable when required” và thanh toán quyết định tức thời theo cơ chế tất định, khoảnh khắc cứu nguy thực sự lại phụ thuộc vào các quyết định bằng con người, chứ không phải tự động hóa ở cấp giao thức.
Khiến tôi nghĩ về giả định của chính mình khi bước vào cuộc… tôi cho rằng L1 tài chính được quản lý đồng nghĩa với việc các cơ chế failsafe đã được tích hợp sẵn trong cơ chế đồng thuận. Không phải. Chúng mang tính vận hành, nằm trong tay đội ngũ, giống như bất kỳ kịch bản ứng phó sự cố nào ở Web2. Không hẳn là điều xấu, chỉ là… không đúng với phần pitch ngụ ý.
Vậy rốt cuộc ai được bảo vệ trước trong chuyện này: các tổ chức—những nơi được can thiệp thủ công khi có sự cố, hay người dùng cá nhân cầm ví retail—những người chỉ thấy bridge bị tạm dừng và chờ đợi? Tôi vẫn đang nhai lại câu hỏi đó.
#dusk $DUSK @Dusk Network lại tạm dừng cầu vào ngày 16 tháng 8… cùng một “kịch bản” gắn cờ ví như sự cố hồi tháng Một, gần như từng chữ một. Điều khiến tôi chấn động khi đào sâu tại CreatorPad không phải việc tạm dừng đó, mà là hai thông báo sự cố giống nhau đến mức nào.
Cả hai lần đều là hoạt động đáng ngờ trên một ví quản lý theo nhóm, các địa chỉ bị vô hiệu và tái sử dụng, phối hợp với Binance sau khi một phần của luồng động chạm đến nền tảng của họ, " không có quỹ người dùng nào bị ảnh hưởng. Cầu lại đóng cho đến khi hoàn tất một cuộc rà soát an ninh; lần này được gộp vào kế hoạch chuẩn bị cho lần ra mắt DuskEVM.
một kịch bản lặp lại không tự động là xấu. Nó có nghĩa là phản hồi đã được diễn tập, điều đó là tốt. Nhưng nó cũng có nghĩa là bất kỳ biện pháp gia cố nào diễn ra sau tháng Một đã không đóng được “khe hở” thực sự—vẫn là cùng một vectơ, không phải vectơ mới. Tôi đã lục lại ghi chú từ sự cố đầu tiên chỉ để kiểm tra xem mình có đang nhớ nhầm không. Không phải.
bức tranh an ninh của cầu, và nhiều hơn nữa là việc tạm dừng tạm thời đó về mặt vận hành thực sự có ý nghĩa gì khi xảy ra hai lần trong bảy tháng—liệu có một giải pháp thật sự đang được triển khai, hay chỉ là đồng hồ phản hồi nhanh hơn mỗi lần?
#termmax @TermMax thứ khiến tôi dừng lại không phải cơ chế đòn bẩy. mà là khoảng chênh lệch về số liệu. Kênh chính thức của TermMax đang chạy quanh >1.5M ví đăng ký và TVL hơn $90M trước thời điểm $TMX TGE vào ngày 25/8. DefiLlama, hiện tại, hiển thị TermMax ở mức $31.22M TVL, giảm 7.2% trong 30 ngày, và $27.28M trong các khoản vay đang hoạt động.
Cùng một giao thức, nhưng hai bức tranh rất khác nhau tùy bạn bước qua cánh cửa nào. Hmm… không nói rằng bất kỳ con số nào là giả. Ví đăng ký không phải là vốn bị khóa, hiển nhiên.
Nhưng đây là một ví dụ rõ ràng về khoảng cách giữa các chỉ số “độ phủ” mà các đội marketing đẩy mạnh trước TGE và những gì thực sự nằm trong các hợp đồng. Tôi suýt nữa đã chép lại con số marketing vào ghi chú của mình trước khi tự kiểm tra lại trên explorer—một sai lầm dễ mắc nếu bạn đang di chuyển nhanh.
TVL trông sẽ như thế nào vào tuần ngay sau khi TGE thật sự được duyệt xong. Những người farm airdrop rút lui xoay vòng, hay việc sử dụng đòn bẩy trên token Alpha thực sự giữ được khối lượng khi lớp bụi ưu đãi lắng xuống?
#dusk $DUSK @Dusk đã ngồi với nhiệm vụ về bước chuyển OP Stack của Dusk một lúc rồi, tay cầm đồ ăn vặt và có một điều cứ làm tôi băn khoăn.
DuskEVM hiện chạy trên OP Stack, quay về DuskDS thay vì cứ nằm đó với cửa sổ thử thách lạc quan 7 ngày cổ điển mà ai cũng quen. Dusk mô tả nó như tính chung cuộc tất định không cần chờ cả tuần, không có luyện ngục bằng bằng chứng gian lận. Nghe thì gọn gàng trên giấy. Rồi ngày 16 tháng 8, 2026 xảy ra.
Đội ngũ của Dusk phát hiện hoạt động đáng ngờ trên một ví do đội quản lý, liên quan đến vận hành bridge. Phản ứng là gì? Không phải một bằng chứng gian lận trên chain tự động kích hoạt. Đội ngũ vô hiệu hóa và thay thế các địa chỉ bridge bị ảnh hưởng, tạm dừng dịch vụ bridge thủ công, triển khai danh sách chặn trên Web Wallet cho các người nhận bị gắn cờ.
Đó là... một đội vận hành con người đang kéo các cần gạt, chứ không phải lớp thanh toán tự làm điều gì đó không cần tin cậy. Hừm. Không phải chê cách xử lý — nó nhanh, hợp lý, đúng như điều bạn muốn. Nhưng nó nhắc rằng không có cửa sổ lỗi là một tuyên bố về toán học tính chung cuộc của lớp thực thi, chứ không phải về việc ai thực sự can thiệp khi có sự cố ở phía trên.
Lưới an toàn quan trọng trong ngày đó là một đội có quyền quản trị, chứ không phải kiến trúc OP Stack.
Nó làm tôi phải dừng giữa chừng nhiệm vụ, thực ra tôi đã viết rằng không có cửa sổ 7 ngày là không cần tin cậy trong ghi chú của mình, rồi gạch bỏ nó.
Vậy nơi nào mà thanh toán tất định thực sự giảm sự phụ thuộc vào một đội phản ứng nhanh, thay vì chỉ chuyển niềm tin sang một chỗ ít dễ thấy hơn?
#dusk $DUSK @Dusk và EURQ, kỳ vọng tìm thấy khối lượng thanh toán euro thực sự. Thay vào đó, tôi lại thấy... gần như không có gì. Cặp EURQ DUSK trên Uniswap v3, bể được tạo khoảng một tháng trước, đang nằm với 108 EURQ so với 300,4K DUSK đã được đổ vào, giá bị neo quanh mức 1,04 USD và không có giao dịch mua/bán nào trong 24 giờ qua. Zero.
Chi tiết đó khiến tôi bị ám ảnh. EURQ được quảng bá như “euro kỹ thuật số” thật, tuân thủ MiCA, được xây dựng cho thanh toán doanh nghiệp thông qua Quantoz và NPEX. Và về mặt cấu trúc thì điều đó đúng—nó là một EMT, không phải stablecoin tổng hợp.
Nhưng lớp hiển thị trên DEX, phần mà một người dùng lẻ hay một kẻ thích canh game (degen) thực sự chạm tới, thì gần như đang “ngủ yên”. Thanh khoản mỏng đến mức chỉ một lệnh swap cỡ vừa cũng có thể làm vỡ neo giá.
Khiến tôi phải dừng giữa lúc ăn vặt, thật lòng. Tôi bước vào với giả định rằng thanh toán euro onchain nghĩa là sẽ có khối lượng lưu chuyển ở đâu đó tôi có thể nhìn thấy. Thực tế ngay bây giờ lại là: các “đường ray” thanh toán mang tính tổ chức đang được âm thầm xây dựng ở phía bên cạnh, còn bể công khai giống như một chỗ đặt tạm hơn là một thị trường.
Không hẳn là dấu hiệu xấu—thanh toán B2B không nhất thiết phải sống trên Uniswap. Nhưng nếu use case thanh toán là thật ngay hôm nay, thì nó đang thực sự được thanh toán ở đâu và vì sao tôi không thể nhìn thấy điều đó từ đây?
#termmax @TermMax vừa hoàn tất một phiên chạy trên TermMax và có một con số cứ ám ảnh tôi.
Trong lúc đang làm dở, tôi mở DefiLlama ra xem thì thấy TermMax đang ở mức TVL 31,22 triệu USD, giảm 7,2% so với 30 ngày gần nhất; trong khi phí của cùng khung thời gian chỉ vào khoảng 19,9 nghìn USD. Không phải kiểu sập, nhưng cũng không hẳn là gì khác—chỉ là sự “rỉ máu” âm thầm trong lúc chương trình thưởng vẫn đang chủ động kéo thêm người mới thông qua việc onboarding trên BNB Chain.
Điều nổi bật là… năng lượng marketing hoàn toàn ở chế độ mặc định: hệ thống huy hiệu, điểm tích lũy khi hoàn thành nhiệm vụ, kiếm lợi nhuận. Nhưng việc tạo ra doanh thu phí lại nói một câu chuyện khác: mỏng và bị dồn vào một chỗ. Bên nào đã triển khai vốn thì đang đóng vai trò “curator” (người tuyển chọn), các vault, phía tổ chức đang nắm phần chênh lệch nhờ cơ chế khớp lãi suất cố định, trong khi cộng đồng CreatorPad thì gần như đang làm công việc top-of-funnel để lấy sự chú ý, chứ không phải để tối ưu lợi suất.
Hai trò chơi khác nhau chạy trên cùng một giao diện người dùng. Khiến tôi nghĩ về việc tần suất người ta gộp phần thưởng cho người dùng mới và sức khỏe giao thức vào chung một câu chuyện—trong khi thực ra chúng là hai nhánh riêng, vận hành ở tốc độ khác nhau. Nhiệm vụ của tôi có đóng góp gì cho con số 19,9 nghìn USD đó không, hay tôi chỉ là “nhiễu” trong biểu đồ TVL vốn đã đang đi xuống? $BOME $NEIRO
#dusk $DUSK @Dusk spent the afternoon poking around Dusk Connect và quy trình ví mới cho một tác vụ trên CreatorPad ở Dusk.. một điều cứ nhắc nhở tôi mãi sau đó.
Mở lên kho tài liệu API của provider ví; lần cập nhật gần đây nhất là vào ngày 7 tháng 8 và nhận thấy các mặc định gas được tách theo loại chuyển khoản: chuyển khoản công khai/Moonlight sẽ có mức giá mặc định thấp hơn, còn chuyển khoản được che chắn/Phoenix thì có mức giá mặc định cao hơn. Chỉ là một dòng nhỏ trong một file markdown. Dấu hiệu rất rõ.
Vì đó chính là đường đi mặc định thực sự qua quy trình ví mới: kết nối, ký, gửi—và con đường ít cản nhất là phương án minh bạch. Quyền riêng tư ở đó, là có thật, nó hoạt động. Nhưng nó không phải là trạng thái “mặc định nghỉ sẵn”; mà là cú nhấp chuột thêm có chủ ý.
Thú vị đấy, nhất là khi bộ nhận diện lại nhấn mạnh quyền riêng tư ngay từ đầu.
Trên thực tế, UX và phép tính phí phía dưới nó lại âm thầm thưởng cho việc đi theo hướng công khai. Có lý về mặt kinh tế: giao dịch bị che giấu tốn hơn để chứng minh… nhưng điều đó đồng nghĩa là phần lớn người bấm vào Connect lần đầu có lẽ không đang che chắn gì cả. Không phải vì họ không muốn. Mà vì mặc định đã vô tình kéo họ sang chỗ khác.
tôi lấy đồ ăn nhẹ của mình giữa lúc test và ngồi nghĩ về điều đó một phút—thành thật mà nói.... không phải để chê, chỉ là nhận ra. liệu “quyền riêng tư theo mặc định” có còn ý nghĩa gì nếu chính các thiết lập mặc định của ví lại âm thầm khiến bạn bị đẩy ra khỏi nó? $RE $HEMI
#termmax @TermMax nhiệm vụ đó khiến tôi phải lôi số liệu DefiLlama trước TGE ngày 25/08, và một dòng đã dừng hẳn việc tôi lướt qua TermMax: các span tới 9 chuỗi Berachain, Hyperliquid L1, BSquared, Robinhood Chain, Arbitrum, và hơn thế nữa—nhưng riêng Ethereum lại nắm giữ 98,4% trong tổng TVL 31,22 triệu USD. Mười chuỗi được liệt kê trên slide, thực chất chỉ có một chuỗi đứng ra cho hoạt động cho vay.
Cách diễn đạt theo hướng đa chuỗi nghe như mô tả mức sử dụng phân tán, giảm rủi ro, và mức độ chấp nhận rộng. Dữ liệu chuỗi lại nói khác: mức độ triển khai và độ sâu thanh khoản không phải là cùng một thước đo, và TermMax là một ví dụ “sạch” cho khoảng cách đó. TVL cũng giảm 7,2% trong 30 ngày gần nhất—ngay vào tuần diễn ra TGE—cái này… ừm, không giống với “hình dáng động lượng” mà bạn kỳ vọng từ một dự án sắp mở khóa token.
Phí cũng kể câu chuyện tương tự: 19,9k USD trong 30 ngày, nên doanh thu khá mỏng so với con số TVL đang được đưa lên trong các thông báo. Điều này khiến tôi tự hỏi phần “9 chuỗi” đó—là mức độ sử dụng hạ tầng thực sự hay là sự triển khai để có phương án dự phòng, đặt một hợp đồng trên một chuỗi để nó sẵn sàng khi thanh khoản quyết định xuất hiện.
Tôi không phủ nhận mô hình cho vay lãi suất cố định—thứ đó thật sự đang chưa được xây dựng đầy đủ trong DeFi. Chỉ là việc “ra mắt trên 10 chuỗi và được sử dụng trên 10 chuỗi” khi đọc trong một bản thông cáo thì nghe như nhau, nhưng khi xem trên trình khám phá (explorer) thì lại khác rất xa.
Thanh khoản thực sự sẽ chảy đi đâu khi TMX được quyền nhận? Nó đuổi theo 9 chuỗi còn lại, hay Ethereum cứ tiếp tục “ăn” hết sân khấu? $HEMI $ACE
#dusk $DUSK @Dusk Dug lướt qua kho lưu trữ tin tức riêng của Dusk cho nhiệm vụ CreatorPad này và suýt trượt qua mục nhập quan trọng nhất—không phải thông báo CCIP của Chainlink, mà là bản hậu kiểm sự cố của cầu nằm ngay cạnh đó.
Điều khiến tôi dừng lại: vào ngày 16/01/2026, có ai đó đã chiếm quyền một ví ký cầu Dusk sang EVM và rút tiền theo từng giai đoạn: 9.000 DUSK lúc 21:28:45 UTC, sau đó 89.700 DUSK thêm 15 phút nữa, rồi 2,74M, rồi 8,06M. Giao dịch đầu tiên có hash bắt đầu bằng d1e23f3a1c14…82318.
Nhóm đã tắt cầu vào lúc 23:12 UTC, và đó là lý do duy nhất khiến một nỗ lực cuối cùng 8,91M DUSK bị thất bại. Trước khi bị khống chế, vẫn đã có hơn 11M DUSK di chuyển.
Đây không phải là một tuyên bố trong whitepaper—đây là một biên nhận, và nó viết lại toàn bộ quyết định CCIP: ít còn là tầm nhìn “tương tác liên chuỗi” hoành tráng hơn, mà là một đội đã bị “cháy” khi chạy một cây cầu nhẹ, một tuyến duy nhất, và quyết định rằng làm nhanh-gọn-đơn giản không còn đáng nữa. Mặc định là tốc độ.
Cái họ thực sự triển khai sau đó là: tách việc ký riêng khỏi xử lý sự kiện (isolation signing tách khỏi event handling), giới hạn số dư ví nóng, và chỉ nạp tiền lạnh thủ công.
Kiểu những thay đổi này khiến bạn đọc lại câu “chúng tôi chọn CCIP vì an ninh” theo cách khác—một khi bạn đã thấy chuyện gì xảy ra khi không có nó. Hmm… không biết còn bao nhiêu chuỗi khác chỉ cần một người ký bị chiếm là đã có nguy cơ viết cùng một bản hậu kiểm.
#dusk $DUSK @Dusk DuskEVM testnet đã hoạt động từ ngày 10 tháng 8 và cuối cùng hôm nay tôi cũng có dịp thử nghịch nó; tôi đã triển khai một hợp đồng giả chỉ để xem thực tế “tương đương EVM” nghĩa là gì. Chain ID 744, cấu hình Hardhat tiêu chuẩn, RPC trỏ tới rpc.evm.dusk.network... cảm giác gần như đang triển khai lên bất kỳ chain OP Stack nào khác. Gần như quá dễ.
Rồi tôi đi tìm giao dịch của mình trong mempool trước khi nó được xác nhận. Không tìm thấy. Hóa ra hiện tại DuskEVM không có mempool công khai; chỉ có sequencer. Mọi thứ được sắp thứ tự trước khi bạn kịp nhìn thấy nó di chuyển.
Đó là điều khiến tôi để tâm. Cách quảng bá thì rất quen thuộc: công cụ Ethereum, tương thích đầy đủ, và phần công cụ thì đúng là như vậy .....Solidity, Blockscout, tất cả đều hoạt động.
nhưng luồng giao dịch thực tế hiện tại lại đi qua một sequencer duy nhất, chứ không phải một đường ống mở, không cần cấp quyền nào đó. Một chain ưu tiên tuân thủ trước, nên có lẽ đó là chủ đích chứ không phải lỗi… nhưng đó là một mô hình tư duy khác với điều mà “tương đương EVM” thường gợi ra.
bao nhiêu trong số đó sẽ thay đổi khi việc thanh toán trên Ethereum mainnet diễn ra vào tháng 9, hoặc nếu quyền kiểm soát sequencer chỉ đơn giản trở thành mặc định im lặng vĩnh viễn mà không ai quay lại hỏi thêm.
#dusk $DUSK Daybreak đến Mainnet, họ gọi vậy. Thực ra thì ngày 10/8 thứ đã được giao (shipped) nhỏ hơn và tẻ nhạt hơn cái tên mà họ gợi ra, và đó mới là phần thú vị. @Dusk pushed DuskEVM testnet live: Solidity, Hardhat, bộ công cụ tiêu chuẩn của Ethereum, triển khai được thẳng lên ngăn xếp của Dusk.
Trong lúc làm nhiệm vụ thì đào tài liệu chứ đừng chỉ đọc thông báo. Chain ID là 745, có thể kiểm tra bằng đúng một lệnh eth chainId gọi qua public RPC. Đây không phải một sidechain bọc (wrapped) giả vờ là EVM; đó là một hạng mục thật: một geth sequencer trên OP Stack, gas thanh toán bằng DUSK, rồi được batch quay trở lại DuskDS.
Đó là một chi tiết cụ thể, tẻ nhạt nhưng có thể xác minh, nằm bên dưới một tiêu đề lớn khác.
Chính là khoảng trống mà chẳng ai marketing: thông báo nhấn vào việc mở khóa DeFi, RWA, tài chính cho tổ chức trong tương lai—luôn là tương lai. Thứ đang chạy ngay lúc này là chain ID 745 chấp nhận Solidity bytecode. Dành cho nhà phát triển để xây dựng, chứ không phải để ai đó có vốn thật trên bàn sử dụng.
Mình cứ nghĩ mãi không biết có bao nhiêu chain đi đúng tới giai đoạn này rồi… cứ thế ngồi yên. Sự tương đồng về tooling giúp nhà phát triển bước vào cửa. Nhưng nó không mang lại lý do để họ ở lại. Không biết cái nào sẽ xuất hiện đầu tiên cho Dusk. $WAL $ONG
#dusk $DUSK @Dusk sitting around $0.06 là con số thực sự đã dừng việc tôi cuộn trong lúc làm nhiệm vụ, chứ không phải tiêu đề NPEX nằm phía trên nó. Tôi đang xem explorer để canh lúc chiều muộn thì thấy market cap ở mức 30,7M USD, với chỉ 2,2M USD khối lượng trong 24h tính đến ngày 13/8, giảm khoảng 2% so với cả tuần.
Trong khi đó dự án đang xếp chồng MTF và giấy phép của broker, tuân thủ MiCA, Chainlink CCIP cho thanh toán liên chuỗi… tất cả “đường ống” pháp lý mà bạn muốn cho một sàn giao dịch chứng khoán blockchain được quản lý đầu tiên của châu Âu.
Chính khoảng trống đó khiến tôi bị mắc lại. NPEX mang 17.500 nhà đầu tư hiện hữu và hơn 200 triệu euro đã huy động ngoài chuỗi, nhưng chưa cái nào trong số đó thể hiện thành dòng tiền onchain. Tôi kiểm tra TVL theo thói quen DeFi cũ và nó vẫn khá mỏng so với mức “trọng lượng” tổ chức đang nằm phía trên.
Thông thường khi ra mắt L1, sự đầu cơ chạy nhanh hơn nhiều so với sản phẩm. Nhưng lần này lại là ngược lại: các “đường ray” tuân thủ và giấy phép gần như đã xong, còn lượng truy cập thì chưa kịp đến.
Tôi cứ nhai mãi câu hỏi ai là người được hưởng lợi đầu tiên trong một thiết lập như thế này. Không phải retail. Thật lòng là vậy. Retail đang theo dõi giá rò rỉ chậm trong khi dApp vẫn đang trong giai đoạn triển khai. Còn các tổ chức — NPEX, các tổ chức phát hành được cấp phép — nhận được hạ tầng phát hành và thanh toán tuân thủ ngay hôm nay.
Retail sẽ được tiếp cận khi một lần khối lượng bắt kịp được “đường ray” chứ không phải làm cho nó vấp. Thứ tự này lại cảm giác ngược so với những gì tôi quen: ưu tiên quy định trước thay vì hype trước, và tôi chưa biết liệu đó là nước đi dài hơi thông minh hơn hay chỉ là cách chậm hơn để làm rò rỉ sự chú ý.
Nếu hạ tầng đã được xây sẵn và đã có giấy phép rồi, thì thứ gì thực sự vẫn còn thiếu trước khi khối lượng xuất hiện? $ETHFI $ENSO
#dusk $DUSK @Dusk vừa làm gì đó hơi buồn cười với màn hình của tôi trong lúc tôi đang làm việc Binance Square vừa tung ra pool CreatorPad, 480.000 DUSK cộng thêm 40.000 USDC, và chỉ trong một ngày khối lượng đã tăng 44,9% lên khoảng 2,79 triệu USD. Nhưng giá thì không tăng. Thực ra còn giảm gần 2% ngay trong ngày đó.
Cái khoảng lệch đó là điều khiến tôi để tâm. Khối lượng tăng vọt nhờ một ưu đãi content.farming, trong khi giá giao ngay thì chỉ… thờ ơ và trôi xuống thấp hơn. Điều đó khiến tôi mở sổ lệnh ra thay vì đóng tab như mọi khi; spread mỏng, các cặp hàng đầu trên HTX và LBank về cơ bản đứng yên ở mức 0,06 USD, không ai thực sự tích lũy cả, họ chỉ đang đăng bài.
Kiểu như một lời nhắc nhỏ rằng hoạt động và mức độ sử dụng không phải là cùng một biểu đồ. Phần thưởng CreatorPad kéo người viết vào, người viết kéo lượt hiển thị vào, lượt hiển thị lại kéo thêm… nhiều người viết hơn nữa.
Câu chuyện về quyền riêng tư và tuân thủ mà Dusk thực sự xây dựng dựa trên MiCA, thanh toán bù trừ NPEX, tất cả những thứ đó hoàn toàn không nằm ở đợt tăng khối lượng này. Đó là một thứ khác, lặng lẽ hơn, đang diễn ra ở phía dưới. Không phải chê bai gì, các pool dành cho creator làm đúng nhiệm vụ của chúng.
Chỉ là hmm, khiến tôi tự hỏi bao nhiêu đà tăng của bất kỳ token nào trong tuần này là do hành vi của giao thức, và bao nhiêu là do một pool phần thưởng đang làm đúng những gì mà các pool phần thưởng vốn dĩ làm. Có ai theo dõi xem khối lượng CreatorPad có giữ được sau khi pool cạn không?