Kyo

BULLSHOT: TỪ HỆ SINH THÁI MEMECOIN ĐƯỢC HẬU THUẪN BỞI CÁC QUỸ LỚN Bullshot đang thu hút sự chú ý khi xây dựng nền tảng launchpad memecoin tích hợp AI, hướng đến hệ sinh thái đa chuỗi. Điểm đáng chú ý là dự án công bố huy động 7,7 triệu USD với sự tham gia của P2 Ventures và Animoca Brands. Hiện tại, @Bullshot911 triển khai chiến dịch Bull Gems, cho phép người dùng khai thác tài nguyên, hoàn thành nhiệm vụ, tích lũy GEMS và cạnh tranh trên bảng xếp hạng. Link : gem.bullshot.io/r/0xaf28cd65 Đây là cơ hội tiếp cận hệ sinh thái từ giai đoạn sớm mà không nhất thiết phải bỏ vốn lớn. Tuy nhiên, cơ chế quy đổi GEMS sang $BULL , tokenomics và thời điểm TGE vẫn cần được xác nhận chính thức. DYOR,NFA !

TermiX Safe vận hành theo mô hình multisig 2-of-3: có ba owner nhưng cần tối thiểu hai chữ ký để thực thi giao dịch trên BNB Chain. Một owner tạo đề xuất gồm contract đích, calldata và nonce. Dữ liệu được băm thành safeTxHash. Owner thứ nhất ký, sau đó owner thứ hai ký đúng nội dung. Khi đủ chữ ký, owner hoặc relayer gọi execTransaction để đưa giao dịch lên blockchain. Cơ chế này áp dụng cho upgrade contract, thay đổi owner, điều chỉnh threshold, cấp role và cấu hình Escrow, Staking hoặc Reputation. Ưu điểm là nếu một owner mất private key, hai owner còn lại vẫn duy trì hoạt động. Tuy nhiên, nếu hai owner bị tấn công hoặc phối hợp, họ vẫn có thể kiểm soát Safe và thay đổi protocol. Vì vậy, mô hình 2-of-3 giúp giảm rủi ro từ một private key duy nhất, nhưng chưa loại bỏ sự tập trung quyền lực trong quản trị @termix_ai . Bảo mật của Safe vẫn phụ thuộc vào danh tính, mức độ độc lập và quy trình vận hành của ba owner.

QFEX: perp cổ phiếu 24/7 "Hyperliquid của TradFi"? @QFEX lấy kiến trúc perp crypto áp lên cổ phiếu Mỹ, chỉ số, hàng hoá và FX: sổ lệnh CLOB độ trễ micro giây, market maker bên ngoài, ký quỹ $USDC, đòn bẩy tới 50x, nạp cả fiat lẫn crypto. Bài toán khó nhất : giá khi sàn gốc đóng cửa họ giải bằng price limit quanh giá đóng cửa cuối, funding mark theo giá đó, trả mỗi 1 giờ. Chống latency arbitrage bằng speed bump 500ms. Không token, không tokenized equity, chỉ perp. So với Hyperliquid ($HYPE mcap $20.6B, phí ~$3M/ngày), QFEX chọn hướng ngược: settle off-chain để tối ưu tốc độ và chi phí vốn. Ostium, gTrade cũng làm perp TradFi nhưng trên pool thanh khoản on-chain. Điểm mấu chốt: công nghệ không phải nút thắt , thanh khoản ngoài giờ và pháp lý mới là. Đội ngũ từ Citadel, Jump, Jane Street + $9.5M seed từ YC và General Catalyst là tín hiệu đáng theo dõi.

TxFlow với những ông lớn perp dex @TxFlow_L1 là Layer 1 xây riêng cho tài chính on-chain, chạy order book hoàn toàn on-chain, gồm perp, spot và cả futures cổ phiếu tokenized dùng chung thanh khoản. Mainnet mới mở tháng 3/2026, chưa có token — đang ở giai đoạn pre-TGE, nên câu chuyện điểm thưởng và airdrop là lý do nhiều trader để mắt tới. So về thông số, TxFlow gần như bản sao định giá phí của Hyperliquid: 0.015% maker / 0.045% taker, đòn bẩy tối đa 50x. Khác biệt nằm ở ngưỡng VIP — TxFlow chỉ cần khoảng $2B volume 14 ngày là chạm mức phí thấp nhất, trong khi Hyperliquid cần khoảng $7B. Với trader khối lượng vừa, đây là lợi thế thật. Nhưng thanh khoản mới là vấn đề. Volume hiển thị trên cặp $BTC-$USDC của TxFlow khoảng $111M, trong khi Hyperliquid đạt ~$1.35B chỉ trong 7 ngày; $HYPE vốn hóa $20.5B, còn $ASTER $1.75B.

Metric (metric.xyz) — DEX cho kỷ nguyên tài sản token hóa Check : app.metric.xyz/r/kyonld AMM truyền thống có một điểm mù: nó không biết giá thật của những tài sản được định giá ngoài chuỗi. Cổ phiếu token hóa, ETF, vàng, forex — liquidity cứ nằm im ở một dải giá cố định trong khi thị trường thật đã chạy đi từ lâu. Metric giải quyết bằng chuẩn Active Pool. Mỗi pool tách làm hai phần: Price Provider đưa ra giá mua, giá bán và reference price từ oracle hoặc dữ liệu onchain; phần pool giữ thanh khoản theo các dải % quanh mức giá đó và tự dịch chuyển khi reference thay đổi. Pool không tự làm oracle nữa — giao dịch chỉ đẩy giá tương đối so với giá tham chiếu. Kết quả: cùng một lượng vốn, thanh khoản tập trung sát giá hiện tại hơn, trượt giá thấp hơn. Con số thực tế: hơn $19B volume spot đã chảy qua Metric qua tích hợp aggregator trước cả khi ra app công khai ($6.4B riêng 30 ngày gần nhất). Sau 5 ngày launch chính thức, TVL vượt $11M với $1.2B volume — gần một nửa đến từ tokenized stocks trên BNB Chain và Robinhood Chain. Hiện chạy trên Ethereum, BNB Chain, Robinhood Chain Điểm cần cân nhắc: TVL mỏng so với volume, nghĩa là hiệu quả vốn cao nhưng rủi ro nằm ở chất lượng Price Provider và thứ tự cập nhật giá onchain. DYOR,NFA!

🧟 Happy Hallowwen on @arcus_xyz

Dự án @HONEYISLES_ là game nuôi ong 3D chạy thẳng trên browser mạng Robinhood Tham gia : honeyisles.com/early-access?… Cơ chế sơ qua : + Mở box, nhận một chú ong cùng tổ của nó, đặt xuống là tổ bắt đầu chạy. Mỗi tổ có "honey power" riêng, tự đầy HONEY theo giờ, bạn chỉ cần tap để thu hoạch. Merge ong và tổ lên tier cao hơn, mở vùng mới Đi kèm bộ sưu tập : > Có 5 độ hiếm, từ Common đến Legend, và 2.222 Founder Bees là bộ sưu tập giới hạn của hòn đảo — không bắt buộc để chơi, chỉ cộng thêm sức mạnh cho tổ ong của bạn. Hiện tại vẫn còn giai đoạn early và có pool thưởng cho các nhà sáng tạo 1000$ DYOR,NFA!

ARCUS SEASON 1: TUẦN 4 HOÀN TẤT, 250.000 POINTS ĐÃ ĐƯỢC PHÂN PHỐI! Tham gia : app.arcus.xyz/ref/KYO Arcus tiếp tục duy trì quỹ thưởng 250.000 points mỗi tuần, nhưng điều đáng chú ý không chỉ nằm ở phần thưởng mà còn ở quy mô hoạt động của nền tảng. 📊 Những con số nổi bật trong Week 4 : + Trading Volume: $2,13 tỷ + Open Interest: $116,45 triệu + RWA Volume: $1,48 tỷ + Overnight & Weekend RWA: $561,03 triệu Đặc biệt, 250.000 points sẽ tiếp tục được phân phối vào 15:00 ET mỗi thứ Tư trong suốt chương trình. Nếu đang tham gia @arcus_xyz , hãy kiểm tra points và thứ hạng của mình để theo dõi tiến độ qua từng tuần.

TERMiX SAFE KHÔNG PHẢI MỘT LOẠI MULTISIG MỚI, NHƯNG QUYỀN LỰC CỦA NÓ CÓ THỂ LỚN HƠN BẠN NGHĨ! Cùng một nền tảng Safe, nhưng khác blockchain và khác quyền quản trị, sức ảnh hưởng của mỗi ví có thể hoàn toàn khác nhau. TermiX Safe trên BNB Chain sử dụng framework Safe Smart Account, tương tự Gnosis Safe trên Arbitrum. Gnosis Safe thực chất là tên gọi cũ của hệ thống hiện nay được biết đến với tên Safe. Nhưng điểm đáng chú ý không nằm ở cái tên. TermiX Safe có 3 owner, yêu cầu ít nhất 2 chữ ký để thông qua giao dịch. Đặc biệt, ví này được cấp OPERATOR_ROLE và UPGRADER_ROLE, đồng thời có thể tham gia quản trị các thành phần quan trọng như Escrow, Staking, Reputation và Vault của @termix_ai . Điều đó khiến nó không đơn thuần là một chiếc ví multisig dùng để giữ tài sản. Nó còn đóng vai trò như một lớp quản trị của protocol. Một điểm khác cần lưu ý: safeTxHash phụ thuộc vào các thông số như chain ID, địa chỉ Safe, nonce và dữ liệu giao dịch. Vì vậy, chữ ký dành cho Safe trên BNB Chain không thể mặc nhiên tái sử dụng cho Safe trên Arbitrum. Bài học quan trọng khi phân tích một dự án Web3: Đừng chỉ nhìn vào địa chỉ ví hay số lượng chữ ký. Hãy kiểm tra ai đang nắm quyền, ví được cấp những role nào và quyền đó có thể tác động đến những hợp đồng nào. Bởi trong một protocol, quyền kiểm soát đôi khi quan trọng hơn chính chiếc ví đang nắm giữ tài sản.

Một chiếc Safe có thể giữ tiền. Nhưng một chiếc Safe có quyền nâng cấp cả protocol mới thực sự đáng chú ý. Nhìn vào @termix_ai Safe và một Safe thông thường trên Arbitrum, nhiều người sẽ nghĩ chúng chỉ khác nhau ở blockchain. Nhưng điểm đáng quan tâm hơn nằm ở quyền lực được giao cho chiếc ví multisig đó. Cả hai đều có thể sử dụng kiến trúc Safe Smart Account. TermiX Safe hoạt động trên BNB Chain với chain ID 56, trong khi Arbitrum One sử dụng chain ID 42161. Sự khác biệt này khiến safeTxHash được tạo trên hai chain không thể mặc nhiên sử dụng thay thế cho nhau. Nhưng đó chưa phải phần quan trọng nhất. Theo dữ liệu TermiX được cung cấp, Safe có 3 owner và yêu cầu 2 chữ ký để thông qua giao dịch. Đáng chú ý hơn, Safe còn được cấp OPERATOR_ROLE và UPGRADER_ROLE, đồng thời có thể cấu hình các thành phần như Escrow, Staking, Reputation và Vault. Điều đó cho thấy TermiX Safe không đơn thuần là nơi cất giữ tài sản. Nó còn là một phần quan trọng trong cơ chế vận hành và quản trị protocol. Với các hệ thống AI Agent có thể thuê agent khác, thực hiện công việc và luân chuyển tiền, câu hỏi không chỉ là ai đang giữ ví. Mà là ai có quyền thay đổi luật chơi, và cần bao nhiêu người đồng ý trước khi điều đó xảy ra? Đây mới là thứ cần kiểm tra khi đánh giá mức độ phi tập trung của một protocol: owner, threshold, quyền nâng cấp, module, guard và lịch sử giao dịch. Bởi multisig không tự động đồng nghĩa với phi tập trung. Điều quan trọng là quyền lực được phân bổ như thế nào, và có thể bị một nhóm nhỏ kiểm soát đến đâu.

4D Labs Season 1 is LIVE ! . @4Dlabs_Official là dự án xây dựng lớp dữ liệu hiện thực hóa (embodied data layer) phục vụ cho việc huấn luyện AI vật lý và Robot Hậu thuẫn lớn: Dự án nhận đầu tư chiến lược từ YZi Labs, đơn vị thuộc chương trình EASYResidency Mùa 2 🔗Link dapp.4dlabs.space/join/V1U8J… Nhiệm vụ : 🔹Kết nối ví EVM or Social 🔹Làm vài task đơn giản 🔹Check-in 🔹Done DYOR - NFA

Cùng một giao dịch, tại sao TermiX và Ethereum lại tạo ra hai SafeTxHash khác nhau? Nhiều người nghĩ rằng chỉ cần cùng dữ liệu giao dịch thì hash tạo ra cũng phải giống nhau. Nhưng với Safe, câu chuyện không đơn giản như vậy. TermiX không cần phát minh một công thức hash mới. Nền tảng này sử dụng cơ chế EIP-712 của Safe, kết hợp các thông tin như địa chỉ Safe, nonce và nội dung giao dịch để tạo ra safeTxHash. Điểm khác biệt đáng chú ý nằm ở Chain ID. TermiX Safe hoạt động trên BNB Chain với chainId = 56, trong khi Ethereum mainnet sử dụng chainId = 1. Chỉ riêng sự khác biệt này đã khiến domain separator thay đổi, từ đó tạo ra một safeTxHash khác, ngay cả khi dữ liệu giao dịch còn lại giống hệt nhau. Với những giao dịch batch, toàn bộ calldata MultiSend cũng được đưa vào quá trình tính hash. Điều đó có nghĩa là chỉ cần thay đổi nội dung hoặc thứ tự giao dịch bên trong batch, hash cũng có thể thay đổi. Đây không chỉ là chi tiết kỹ thuật. Nó là một lớp bảo vệ quan trọng, giúp chữ ký được ràng buộc với đúng mạng lưới và đúng giao dịch cần thực hiện. Điều đáng quan tâm không phải @termix_ai tạo hash như thế nào, mà là mỗi chữ ký đang xác nhận chính xác điều gì. Trong hệ thống AI Agent có thể tự khởi tạo giao dịch, hiểu cơ chế này là bước quan trọng để kiểm soát tài sản và hạn chế rủi ro thực thi sai giao dịch.

Một giao dịch của @termix_ai có thể có hai hash khác nhau. Và nhầm lẫn giữa chúng là sai ngay từ lớp hạ tầng. Khi làm việc với Safe trên BNB Chain, có một chi tiết đáng chú ý: safeTxHash không phải transaction hash của giao dịch đã được đưa lên blockchain. Hai thứ này đại diện cho hai giai đoạn khác nhau. safeTxHash là dấu vân tay mật mã của một đề xuất giao dịch. Nó được tạo từ địa chỉ Safe, contract đích, calldata, nonce, chain ID và các tham số liên quan. Các owner ký xác nhận chính xác nội dung này trước khi giao dịch được thực thi. Còn transaction hash trên BNB Chain xuất hiện khi một owner hoặc relayer gửi giao dịch thực tế lên mạng, thông qua hàm execTransaction. Điều đó có nghĩa là gì? Một giao dịch có thể đã có safeTxHash và chữ ký hợp lệ, nhưng vẫn chưa được broadcast lên blockchain. Ngược lại, khi giao dịch được thực thi, transaction hash on-chain mới là thứ giúp chúng ta tra cứu trạng thái, receipt và các sự kiện phát sinh. Với TermiX, sự khác biệt này càng đáng quan tâm khi Safe thực hiện những thao tác quản trị như nâng cấp contract, thay đổi setRecorder hay setAuthorizedCaller. Nếu các lệnh được gộp vào một giao dịch MultiSend, owner thường ký cho payload MultiSend bên ngoài, thay vì ký riêng từng lệnh bên trong. Điểm cốt lõi không nằm ở việc có bao nhiêu hash, mà là mỗi hash chứng minh điều gì. Một hash xác định nội dung được phê duyệt. Hash còn lại xác định giao dịch thực sự được gửi lên mạng. Hiểu đúng hai lớp này giúp việc kiểm tra chữ ký, truy vết giao dịch và phân tích hoạt động quản trị của TermiX chính xác hơn. Đây cũng là lý do khi nghiên cứu hạ tầng on-chain, chỉ nhìn transaction hash là chưa đủ. Đôi khi, phần quan trọng nhất nằm ở những gì đã được ký trước khi giao dịch xuất hiện trên blockchain.

Trong @termix_ai , 2 chữ ký có thể bảo vệ cả một giao dịch — nhưng quan trọng là họ đang ký điều gì? Một trong những chi tiết đáng chú ý khi nghiên cứu TermiX là cơ chế SafeTxHash phía sau các giao dịch được thực thi thông qua Safe. Nhiều người nhìn vào một giao dịch on-chain và chỉ quan tâm ai đã ký, bao nhiêu chữ ký được xác nhận. Nhưng với ví đa chữ ký, câu hỏi quan trọng hơn là: những chữ ký đó đang xác nhận chính xác payload nào? Trên BNB Chain, safeTxHash được tạo theo chuẩn EIP-712. Nó gắn chữ ký với chain ID, địa chỉ Safe, contract đích, calldata, nonce và các tham số giao dịch liên quan. Điều này tạo ra một cơ chế ràng buộc rất cụ thể. Nếu calldata thay đổi dù chỉ một byte, hoặc địa chỉ đích hay nonce bị thay đổi, hash sẽ khác. Chữ ký cũ không thể đơn giản được mang sang để xác nhận payload mới. Một điểm đáng chú ý khác là khi TermiX đóng gói nhiều lệnh thông qua MultiSend, Safe có thể ký một giao dịch batch ở lớp ngoài, thay vì yêu cầu chữ ký riêng cho từng lệnh bên trong. Đây là lý do khi phân tích TermiX, không nên chỉ nhìn transaction hash hay số lượng chữ ký. Cần hiểu cả payload được ký, cách các lệnh được đóng gói và giao dịch thực sự được thực thi như thế nào. Bảo mật không chỉ nằm ở việc có bao nhiêu người ký, mà còn ở việc chữ ký đó ràng buộc chính xác những gì. Đó mới là lớp chi tiết đáng nghiên cứu khi đánh giá hạ tầng giao dịch của một hệ thống AI agent như TermiX.