Paul Nguyen

+100% TP3 đạt được nhiều hơn cho những ai đã theo dõi tín hiệu của tôi $SYN #PaulNguyen

"Ứng dụng ngân hàng của tôi bị lỗi, cứ phát hành nó đi và tôi sẽ cho bạn xem bằng chứng sau." Tôi đã nghe một vài phiên bản của câu đó nhiều lần khi giao dịch trên Binance P2P, và chưa lần nào nó hóa ra là đúng.

Sự gấp gáp là một công cụ, không phải sự trùng hợp. Kẻ lừa đảo trên bất kỳ nền tảng nào cũng dựa vào lời lẽ vội vã vì một người giao dịch bình tĩnh sẽ kiểm tra chi tiết, còn người hoảng loạn sẽ bỏ qua. Và Binance P2P cũng không phải ngoại lệ chỉ vì nó có các cơ chế bảo vệ mạnh mẽ được tích hợp sẵn. Những biện pháp bảo vệ này chỉ phát huy tác dụng khi bạn thực sự sử dụng chúng, thay vì bị dắt mũi bởi lời nói.

Một danh sách ngắn các cụm từ khiến tôi chậm lại thay vì tăng tốc: các tuyên bố về lỗi kỹ thuật ngăn không cho tạo bằng chứng; khẳng định rằng "hãy tin tôi" phải thay thế cho xác nhận ngân hàng thực tế; sự vội vàng đột ngột về việc cần tiền điện tử cho một tình huống khẩn cấp không liên quan; và các yêu cầu tiếp tục trò chuyện ở nơi nào đó bên ngoài chat Binance P2P chính thức vì "dễ hơn". Không có cái nào trong số đó tự thân là bằng chứng của một vụ lừa đảo, nhưng khi chồng lên nhau hoặc được đưa ra dưới áp lực, chúng tạo thành một kiểu mà tôi không còn bỏ qua.

Phản hồi của tôi vẫn giữ nguyên dù áp lực được diễn đạt thế nào. Tôi kiểm tra ứng dụng ngân hàng của chính mình, không phải tin vào mô tả về thứ mà họ cho là đang hiển thị. Tôi xác nhận tên của người gửi khớp với hồ sơ Binance P2P đã được xác minh của họ. Tôi giữ cuộc trò chuyện trong ứng dụng để có bản ghi nếu cần phải nâng cấp xử lý. Nếu áp lực vẫn tiếp tục gia tăng thay vì giảm đi sau khi tôi đặt một câu hỏi bình tĩnh, tôi dừng giao dịch và để bộ phận hỗ trợ của Binance P2P xử lý nếu cần, thay vì thương lượng dưới sự gấp gáp vốn được tạo ra từ đầu.

Tôi cũng chụp màn hình cuộc trò chuyện và mã số đơn hàng mỗi khi một giao dịch có ít nhất một trong những dấu hiệu này, dù có được nâng cấp hay không. Bởi hỗ trợ Binance P2P có thể hành động dựa trên một mẫu lặp lại do người dùng báo cáo nhanh hơn so với một khiếu nại đơn lẻ được nộp sau khi tiền đã biến mất.

Các khoản thanh toán thật không cần lời giải thích thuyết phục, những cái cớ cầu kỳ, hay áp lực để bỏ qua dù chỉ một bước xác minh. Chỉ có những khoản giả mới cần điều đó, và việc học cách nhận ra sự khác biệt này đáng giá hơn bất kỳ một lời khuyên đơn lẻ nào.

@Binance Vietnam #BinanceP2PAnToan

🚀 ACE đã nhảy ~75% khi khối lượng giao dịch bùng nổ gấp 10 lần. Không có tin tức Fusionist mới nào xuất hiện—điều này có vẻ giống một cú siết do thị trường mỏng và được thúc đẩy bởi đầu cơ hơn là một đợt tăng dựa trên nền tảng. ([coingecko.com](https://www.coingecko.com/en/coins/fusionist))
#ACE
Không phải lời khuyên tài chính. Hãy chịu trách nhiệm cho quyết định tài chính của riêng bạn. #PAULNGUYEN

Tôi coi trọng huy hiệu thương nhân Binance P2P, nhưng tôi không chuyển giao phán đoán của mình cho nó. Trạng thái thương nhân và lịch sử hồ sơ mạnh có thể giúp tôi lọc quảng cáo. Chúng không thể chứng minh rằng một khoản thanh toán cụ thể đã được đối soát, rằng một tin nhắn mới là xác thực, hoặc rằng một tài khoản chưa từng bị xâm phạm.

Khi giao dịch trên Binance P2P, tôi xem hoạt động đã hoàn tất, các mẫu hoàn tất, phản hồi, lịch sử tài khoản khi hiển thị, điều khoản của quảng cáo, giới hạn và giá. Tôi tự hỏi liệu phương thức thanh toán có phù hợp với tài khoản đã được tôi xác minh của chính mình hay không. Một huy hiệu có điều khoản gây nhầm lẫn hoặc việc thay đổi người thụ hưởng không được giải thích sẽ không được chấp nhận chỉ vì hồ sơ trông có vẻ đã được thiết lập.

Đơn hàng trực tiếp tạo nên cấu trúc an toàn mạnh hơn. KYC xác định người dùng, ký quỹ giữ crypto của người bán, chat trong đơn hàng duy trì liên lạc, và Appeal cho phép Bộ phận Hỗ trợ Binance xem xét một tranh chấp. Tôi giữ mọi hướng dẫn nằm trong cấu trúc đó. Tôi sẽ không chấp nhận người thanh toán bên thứ ba, gửi đến người nhận thay thế, làm theo một liên kết bên ngoài, hoặc tiếp tục trao đổi riêng tư sau khi hủy, bất kể trạng thái của bên đối tác.

Xác minh thanh toán là không thể chuyển nhượng. Khi bán, tôi mở tài khoản ngân hàng hoặc ví của mình, đối chiếu người gửi với tên đã được xác minh của người mua, khớp đúng số tiền, và xác nhận khoản tín dụng cuối cùng có thể sử dụng trước khi giải phóng. Khi mua, tôi chỉ thanh toán đúng các chi tiết hiển thị trong đơn hàng đang hoạt động từ một tài khoản đứng tên tôi. Một huy hiệu không thể biến ảnh chụp thành tiền hoặc làm cho một tên không khớp trở nên chấp nhận được.

Nếu trạng thái được dùng để gây áp lực cho tôi, tôi ghi nhận điều đó trong chat của đơn hàng. Tôi giữ số đơn hàng, các điều khoản, các chi tiết hồ sơ liên quan và bằng chứng giao dịch, rồi sử dụng Appeal hoặc Hỗ trợ chính thức của Binance khi chưa chắc chắn. Tôi vẫn dựa trên sự thật vì một đối tác giao dịch khối lượng lớn có thể gặp lỗi trung thực, trong khi một hồ sơ ấn tượng cũng có thể bị giả mạo trong một tin nhắn.

Tôi dùng huy hiệu để quyết định nên kiểm tra trước ai, chứ không phải tin tưởng mù quáng ai. Đơn hàng vẫn phải vượt qua 4 “cổng”: hồ sơ phù hợp, danh tính khớp, cách ứng xử trên nền tảng, và thanh toán đã được xác minh. Việc đánh giá uy tín bắt đầu từ bước này. Nó không bao giờ thay thế nó.

@Binance Vietnam #BinanceP2PAnToan $MANTRA

Hầu hết các dự án chỉ xuất hiện trên diễn đàn quản trị của một đối tác khi họ cần một thứ gì đó—một thị trường mới, một đợt niêm yết, một mức phân bổ lớn hơn. Babylon gần đây đã xuất hiện để đóng góp thay vì đòi hỏi, và tôi nghĩ chi tiết này nói nhiều hơn về mối quan hệ Aave hơn là bản thân phần tích hợp kỹ thuật.

Sau một vụ khai thác ở nơi khác trong DeFi làm thị trường bất ổn và lan sang Aave, một nỗ lực phối hợp của ngành được gọi là DeFi United đã được thành lập để giúp bù đắp cho những người dùng bị ảnh hưởng và khôi phục niềm tin, cuối cùng huy động được hơn 300 triệu đô la tiền cam kết từ các bên tham gia lớn trong toàn ngành. Babylon Foundation đã cam kết 3 triệu đô la USDT cho nỗ lực đó, chia 2 triệu cho Aave V3 và 1 triệu cho Aave V4—phiên bản cũng đang lưu trữ tích hợp vay được bảo đảm bằng Bitcoin bản địa của chính Babylon.

Tôi không nghĩ rằng thời điểm này là ngẫu nhiên, và tôi cũng không cho rằng cần phải đọc theo hướng hoài nghi. Babylon có lợi ích thật sự và đang tăng trưởng gắn trực tiếp với sự ổn định của Aave: cả Babylon Core Lending Spoke lẫn BTC Vault Swap Spoke đều phụ thuộc vào thanh khoản và uy tín của Aave v4 để việc vay được bảo đảm bằng Bitcoin bản địa có thể hoạt động ở quy mô lớn. Một giao thức mà toàn bộ trường hợp sử dụng cho hoạt động cho vay phụ thuộc vào sức khỏe của nền tảng đối tác sẽ có động lực trực tiếp để bảo vệ sức khỏe đó, vượt xa sự tử tế đơn thuần.

Những cam kết vốn như thế này rất dễ để thực hiện một lần rồi không lặp lại, vì vậy tôi sẽ xem nó như một điểm dữ liệu hơn là một đặc điểm cố định để tham chiếu. Nhưng đối với một dự án yêu cầu những người nắm giữ Bitcoin tin tưởng mình với một cơ chế tài sản thế chấp về bản chất là hoàn toàn mới, việc đóng góp vốn thực để giữ cho nơi cho vay của chính mình vẫn vận hành được trong một cuộc khủng hoảng là một tín hiệu cụ thể hơn nhiều so với một thông báo tích hợp khác.

@BabylonLabs_io $BABY #baby $HEI

Mọi mạng testnet cuối cùng đều đặt ra cùng một câu hỏi cho giao thức đứng phía sau nó: trước khi hệ thống này chạm tới mainnet với vốn thật, điều gì phải đúng? Babylon's Trustless Bitcoin Vaults, cung cấp tính năng vay mượn được bảo đảm bằng Bitcoin gốc thông qua Aave v4 hiện đã ra mắt trên public testnet và đã có một số thương hiệu lớn tham gia, đang ở đúng giai đoạn đó—và tôi nghĩ đáng để trình bày những gì tôi muốn được giải quyết trước mainnet thay vì chỉ ăn mừng việc ra mắt.

Thứ nhất, các báo cáo kiểm toán bảo mật cụ thể cho cơ chế vault xử lý native BTC mà không bọc hoặc cầu nối, được công bố công khai chứ không phải được nhắc đến một cách mơ hồ. Thứ hai, sự rõ ràng về cách cơ chế thanh lý và oracle hoạt động trong điều kiện biến động thực tế, điều mà hiếm khi testnet mô phỏng một cách trung thực. Thứ ba, một dấu hiệu cho thấy liệu các thương hiệu lớn hiện đang thử nghiệm có dự định cam kết khối lượng thực khi mainnet ra mắt hay không, hay việc tham gia testnet gần hơn với việc thẩm định (due diligence) hơn là cam kết.

Không có điều nào trong số đó là sự chỉ trích đối với những gì đã được xây dựng đến nay. Việc vay mượn được bảo đảm bằng Bitcoin gốc, tự quản (self-custodial), không cần tin cậy (trustless) và sử dụng vốn hiệu quả so với lãi suất vay trên DeFi, thực sự là một bài toán rất khó, và việc đưa một testnet hoạt động với các bên tham gia có uy tín là một tiến bộ thực sự. Tôi chỉ không nghĩ rằng "đã live trên testnet" và "sẵn sàng cho Bitcoin của bạn" là cùng một tuyên bố, và các bước tiếp theo của chính Babylon, chứ không phải thông báo này, mới là điều thực sự trả lời liệu điều đó có đúng hay không.

@BabylonLabs_io $BABY #baby $AXTIB

Cải thiện 1.000 lần là kiểu con số lan truyền rất nhanh, và nó đã được lan truyền quanh giao thức BABE của Babylon từ khi David Tse công bố vào tháng 1 năm 2026, được trích dẫn trong các bài viết như một cách viết tắt cho mức độ tiếp cận của Babylon với Bitcoin đã tốt hơn đến đâu.

Tuy nhiên, tuyên bố thực tế lại hẹp hơn cách nó thường được nhắc lại. BABE, viết tắt của BAbylon-BErkeley, là một giao thức xác minh bằng chứng Groth16, và con số 1.000x cụ thể nói về mức giảm chi phí thiết lập và lưu trữ khi xác minh các bằng chứng kiến thức không tương tác trên Bitcoin—xấp xỉ ba bậc độ lớn so với các phương pháp tiên tiến trước đó. Con số này không tự nó nói gì về tốc độ giao dịch đối với người dùng cuối, chi phí mượn trên Trustless Bitcoin Vaults, hay mức độ an toàn của quỹ sau khi chúng được khóa trong một kho.

Khoảng cách giữa tuyên bố kỹ thuật và cách kể lại theo kiểu phổ biến lại quan trọng ở chỗ: BABE đã đạt tới mạng thử nghiệm alpha của Babylon vào tháng 2 năm 2026 và đi thẳng vào thiết kế TBV, thứ đã chạm tới testnet công khai của Aave v4 vào ngày 2 tháng 6. Giảm chi phí xác minh bằng chứng là một thắng lợi kỹ thuật thực sự—nó làm cho một số cấu trúc rẻ hơn để vận hành trên Bitcoin—nhưng “rẻ hơn” và “an toàn hơn” là những thuộc tính khác nhau, và chỉ một trong số đó là thứ mà con số của BABE thực sự đo lường.

Tuyên bố 1.000x của Babylon vừa đúng vừa hẹp, là một bước tăng hiệu quả thật sự trong chi phí xác minh bằng chứng mà không nói trực tiếp gì về sự an toàn của người dùng. Con số này đang làm việc thực sự ở “hậu trường”, nhưng không phải là công việc mà phần lớn mọi người cho rằng nó đang làm khi họ đọc nó như một tiêu đề.

@BabylonLabs_io $BABY #baby

Tôi muốn kết thúc ở câu hỏi thực sự quan trọng hơn bất kỳ một tính năng riêng lẻ nào của Trustless Bitcoin Vaults: liệu tài sản thế chấp Bitcoin gốc, không bọc (native, unwrapped) cuối cùng có trở thành cách mặc định để BTC đi vào DeFi hay nó vẫn chỉ là một ngách mang tính thận trọng về bảo mật, đứng cạnh các tài sản bọc (wrapped assets) vốn đã có nhiều năm thanh khoản và mức độ tích hợp phía sau.

Lập luận cho việc trở thành trạng thái mặc định là có thật. Babylon loại bỏ rủi ro lưu ký và rủi ro cầu nối (bridge) vốn đã gây ra những khoản lỗ thực sự trong ngành này trước đây, đưa BTC gốc trực tiếp vào Aave v4 thông qua Trustless Bitcoin Vaults, và đang làm điều đó với sự hậu thuẫn từ các đối tác hạ tầng nghiêm túc cùng một danh sách tích hợp ngày càng tăng, trải dài từ ví phần cứng đến các hoạt động khai thác (mining). Nếu nguồn vốn nhàn rỗi của Bitcoin—phần lớn vẫn nằm ngoài DeFi—bắt đầu dịch chuyển thông qua những cơ chế như thế này thay vì các token bọc, thì đó là một thay đổi mang tính cấu trúc về nơi thanh khoản BTC thực sự tồn tại trên chuỗi.

Lập luận cho vị thế “ngách” cũng thuyết phục không kém. Wrapped BTC có nhiều năm lịch sử sản xuất, thanh khoản hiện hữu sâu rộng, và được tích hợp trên hầu hết mọi giao thức DeFi quan trọng, trong khi TBV vẫn còn ở public testnet, vẫn đang trong giai đoạn giữa của quá trình kiểm toán (mid-audit), và vẫn chưa được chứng minh trước các lần thanh lý thực sự với Bitcoin thật cùng áp lực đối kháng thực tế. Những đơn vị đi sau không thể mất lợi thế chỉ vì thiết kế mới hơn tinh tế hơn.

Nhận định thẳng thắn của tôi: hiện tại đây là một trong số vài nỗ lực nghiêm túc, được hậu thuẫn tốt để giải quyết bài toán tài sản thế chấp Bitcoin gốc—nhưng chưa phải là “kẻ thắng cuộc” tất yếu. Việc nó có trở thành mặc định hay không phụ thuộc hoàn toàn vào những gì xảy ra sau testnet, chứ không phải dựa trên bất cứ điều gì đã được chứng minh cho đến thời điểm hiện tại.

@BabylonLabs_io $AXTIB $BABY #baby

Tuần này tôi đã khóa test Bitcoin của mình vào một Trustless Bitcoin Vault, rồi chỉ ngồi đó và liên tục làm mới trình khám phá block explorer như thể sắp có chuyện kịch tính xảy ra. Nhưng thật ra không có chuyện kịch tính nào diễn ra—và thành thật mà nói, đó mới là điều quan trọng. Việc Babylon cho phép vay dựa trên Bitcoin gốc (native) được bảo chứng, chạy trực tiếp trên public testnet với Aave v4, đã hoạt động đúng như những gì tài liệu hướng dẫn mô tả.

Điều khiến tôi ấn tượng không phải là mật mã học—mà là thời gian chờ. Việc khóa BTC vào vault và để trạng thái tài sản thế chấp đó trở nên có thể được xác minh trên Ethereum cần một khoảng thời gian thực: tốc độ xác nhận của chính Bitcoin, cộng thêm thời gian tạo bằng chứng (proof) của Babylon, chứ không phải là kiểu “finality” tức thì mà tôi quen khi thực hiện các hành động DeFi chỉ thuần Ethereum. Việc vay các tài sản hỗ trợ như USDC dựa trên tài sản thế chấp đó thông qua Aave v4 cảm giác diễn ra nhanh khi trạng thái của vault đã thực sự được xác nhận. Phần chậm hơn chính là việc đi đến trạng thái đã được xác nhận—một điều mà bản tóm tắt trong whitepaper không ai chuẩn bị cho bạn.

Không có gì trong này là một lời chỉ trích về mô hình bảo mật. Một hệ thống trustless dựa vào tốc độ thanh toán (settlement) vốn có của Bitcoin và một quy trình xác minh dựa trên bằng chứng (proof) thực sự, hẳn phải có cảm giác khác so với một token bọc “tổng hợp” được hoàn tất ngay lập tức, bởi vì hệ thống đang làm nhiều công việc mật mã học hơn một cách có ý nghĩa để xứng đáng với nhãn “native”. Nhưng trải nghiệm thực tế và tính đúng đắn kỹ thuật là hai thứ khác nhau, nên đáng để đánh giá riêng. Tôi nghĩ cộng đồng Babylon nên đang thử nghiệm cả hai ngay bây giờ—không chỉ để xác nhận rằng “đường đi thuận lợi” hoạt động.

Điều tôi muốn những người tham gia testnet khác thực sự báo cáo lại là các tình huống biên (edge cases), các giao dịch thất bại, thời điểm diễn ra (timing) khi mạng bị nghẽn, bất cứ điều gì phá vỡ mượt mà dòng chảy mà tôi tình cờ nhận được. Đó là toàn bộ mục đích của public testnet, và nó có giá trị hơn việc có thêm một thread khác nói rằng mọi thứ đều chạy hoàn hảo.

@BabylonLabs_io $BABY #baby $MMT

Việc thấy năm công ty kiểm toán tên tuổi được gắn kèm với một tích hợp DeFi mới, trải dài từ rà soát hợp đồng thông minh, rà soát mật mã và các chuyên gia về zero-knowledge, thường đã là một tín hiệu tin cậy mạnh ngay từ đầu. Các quy trình rà soát nghiêm túc tốn chi phí thật và kéo theo rủi ro về danh tiếng cho các công ty liên quan, và phần lớn các scam nhắm tới người dùng lẻ gần như bỏ qua bước này hoàn toàn.

Đọc kỹ hơn phần đưa tin, "các cuộc kiểm toán đang được tiến hành" và "các cuộc kiểm toán đã hoàn tất và được công bố" hóa ra là những tuyên bố khác nhau. Tính đến giai đoạn Temp Check, phần đệ trình của chính Babylon lại đẩy toàn bộ chi tiết về thiết kế oracle và các giả định về niềm tin sang một bước Aave Request for Comment sau đó. Lộ trình quản trị diễn ra theo thứ tự Temp Check trước, rồi ARFC, sau đó mới đến một phiếu bầu AIP onchain cuối cùng; và các chi tiết rủi ro sâu nhất chưa được công khai ở giai đoạn sớm này—giai đoạn đang nhận được nhiều sự chú ý và hoạt động testnet nhất.

Với người đang cân nhắc mức độ tin cậy có thể đặt vào "trustless" ngày hôm nay, thì mốc thời gian này thực sự quan trọng. Năm công ty kiểm toán được huy động là một tín hiệu nghiêm túc. Điều đó không giống với việc năm báo cáo kiểm toán đã hoàn tất được công bố kèm theo các phát hiện để cộng đồng có thể thực sự đọc và tự đánh giá trước khi hình thành quan điểm.

Babylon hiện chưa phải một mô hình niềm tin đã được xác minh hoàn toàn; đó là một dự án đang trong quá trình xây dựng các tín hiệu về độ uy tín. Dự án đã có được những tín hiệu thật thông qua các công ty kiểm toán mà họ đang liên quan, nhưng hiện vẫn chưa có các chi tiết cụ thể về oracle và các giả định niềm tin mà những cuộc kiểm toán đó sẽ bao phủ, được công bố để cộng đồng tự mình đánh giá.

@BabylonLabs_io $BABY #baby $ACH

Từ "vault" (khoá/két sắt) gợi ra một hình dung tâm trí cụ thể trước khi ai đó đọc bất kỳ chi tiết kỹ thuật nào. Vault là nơi mọi thứ được đưa vào để yên ổn, được bảo vệ, bị khoá lại, bất hoạt theo đúng định nghĩa—ngược lại hoàn toàn với một tài sản đang làm việc vì bạn. Một người hợp lý nghe cụm "Trustless Bitcoin Vault" lần đầu có thể sẽ được tha thứ nếu hình dung BTC của họ sẽ lặng im ngay khi được đưa vào.

Các cơ chế lại chạy theo hướng ngược lại. Bitcoin được khoá trong một vault của Babylon, đồng thời được stake thông qua giao thức nền tảng, có thể cùng lúc vừa bảo đảm một chuỗi bằng cơ chế proof of stake bằng cách uỷ quyền quyền biểu quyết cho một nhà cung cấp tính cuối cùng (finality provider), vừa đóng vai trò là tài sản thế chấp có thể kiểm chứng trên Ethereum thông qua tích hợp Aave để vay stablecoin, đồng thời vừa hỗ trợ một vị thế trên sàn giao dịch perpetual—tất cả từ cùng một lượng coin đã khoá, vào cùng một thời điểm, mà không cần tháo gỡ một mục đích để cho phép mục đích khác. Tài liệu của chính Babylon mô tả rằng các vault của họ hỗ trợ cả việc đúc stablecoin và liquid staking trên nền đó.

Hình mẫu mà từ ngữ này gợi ra gần như là hình ảnh ngược hẳn với những gì sản phẩm thực sự làm. Một két sắt ngân hàng giữ một tài sản cho một mục đích duy nhất cho đến khi ai đó rút nó; còn một vault của Babylon giữ một tài sản, trong khi trạng thái có thể chứng minh của nó lại được nhiều hệ thống khác nhau tham chiếu, những hệ thống đó không bao giờ nắm quyền quản lý (custody) tài sản và cũng không cạnh tranh với nhau để giành quyền đối với nó. Việc gọi nó là “vault” đã mượn một từ được xây dựng quanh sự bất động để mô tả một cơ chế mà toàn bộ giá trị của nó là khiến một tài sản đã bị khoá trở nên đồng thời tạo ra lợi ích cho nhiều hệ thống không liên quan.

Các vault của Babylon không khoá Bitcoin vào trạng thái bất hoạt như từ ngữ này gợi ý; thay vào đó, chúng cho phép một khoản tiền gửi đã khoá vừa bảo đảm cho một chuỗi, vừa thế chấp cho một khoản vay, vừa làm nền cho một vị thế phái sinh cùng một lúc. Cái tên có phần “định giá thấp” sản phẩm: một vault khiến một tài sản làm nhiều việc cùng lúc giống với một bộ nhân (multiplier) hơn là một chiếc hộp đựng (container).

@BabylonLabs_io $BABY #baby $DIA

Phòng gym của tôi có một bảng phấn ghi lại tổng số lần nâng của tất cả thành viên, một con số chỉ có tăng chứ không bao giờ giảm. Ban đầu tôi cho rằng nó chẳng có ý nghĩa, dĩ nhiên là cứ tăng—có nhiều người hơn thì tổng sẽ lớn hơn. Nhưng rồi tôi đo thời gian để mỗi ngàn (nghìn) được cộng vào, và nhịp độ lại kể một câu chuyện khác.

Các dự án crypto thường bị cáo buộc cùng một “chiêu” liên tục: họ chất đống một con số tổng khối lượng lũy kế khổng lồ, vẫy nó lên, và để quy mô con số đánh lạc hướng khỏi việc liệu tăng trưởng có thực sự đang tăng tốc hay chỉ đang được cộng dồn một cách tự động. Tính đến đầu năm 2026, khối lượng giao dịch lũy kế của GRVT đã vượt 393 tỷ USD hai chiều—một con số tiêu đề đúng kiểu khiến người ta hoài nghi như vậy. Nhưng nhịp độ đứng phía sau tổng đó lại kể một câu chuyện cụ thể hơn. Mỗi lần tăng thêm 50 tỷ USD về khối lượng lũy kế lại đến nhanh hơn lần trước: lần đầu mất 51 ngày, lần tiếp theo 43 ngày, và lần gần nhất chỉ 30 ngày. Đó không phải là một thống kê “tăng đều” theo một tốc độ cố định, mà là tốc độ tạo ra khối lượng chính nó đang được đẩy nhanh. Số lượng nhà giao dịch hoạt động theo tháng cũng củng cố điều này từ một góc nhìn khác: lần đầu tiên vượt mốc 10.000 vào tháng 1/2026—tăng 76% so với khi Season 2 bắt đầu—và nền tảng đã thêm nhiều ví mới trong năm tháng đầu tiên của mùa đó hơn cả tổng của toàn bộ năm trước. Một con số lũy kế lớn chỉ riêng nó thôi thì hoàn toàn có thể bị xem nhẹ là một “chỉ số khoe mẽ”. Nhưng một con số lũy kế có tốc độ tăng trưởng đo được là đang nhân dần, được xác nhận bởi các lượt tăng của số nhà giao dịch hoạt động, lại là một khẳng định khác—cụ thể hơn.

Con số khối lượng lũy kế khổng lồ của GRVT không chỉ là một tổng số khoe mẽ được “phù phép” bởi thời gian: mỗi cột mốc 50 tỷ USD mới đến nhanh hơn một cách đo được và trùng khớp với mức tăng thực sự ở số lượng nhà giao dịch hoạt động—bằng chứng mà một người hoài nghi nên kiểm tra.
@grvt_io #grvt $LAB

Trước đây tôi từng làm ở một quầy lễ tân nhà hàng, nơi chúng tôi sẽ giữ lại một số bàn trong lúc cao điểm thay vì cứ ngồi hết theo kiểu ai đến trước phục vụ trước, vì việc cho ngồi ngay lập tức thường đồng nghĩa bếp sẽ “sập” chỉ sau khoảng hai mươi phút. Đôi khi công bằng có nghĩa là điều tiết nhịp độ, không phải tối đa hóa thông lượng.

Mô hình phí của Newton mượn logic tương tự từ thiết kế EIP-1559 của Ethereum. Mỗi lần người dùng phát hành, cập nhật hoặc thu hồi một zkPermission hoặc session key, hành động đó sẽ tốn NEWT, và cơ chế phí được xây dựng để đảm bảo thứ tự giao dịch công bằng trong khi ngăn tắc nghẽn trong những giai đoạn cao điểm, thay vì để ai trả nhiều nhất có thể cắt hàng vô thời hạn. Khi hoạt động của tác nhân tăng lên, đặc biệt là khi nhiều chiến lược tự động có thể kích hoạt các thay đổi quyền gần như cùng lúc trong các điều kiện thị trường tương tự, một thị trường phí không được quản lý có thể biến thành đúng kiểu “gas war” đã khiến Ethereum trở nên đau đớn trong những thời điểm nhu cầu tăng cao.

Việc quyết định tích hợp điều này ngay từ đầu, thay vì “dán thêm” cơ chế định giá chống tắc nghẽn sau khi mạng trở nên phổ biến, nói lên điều Newton đang chuẩn bị cho tương lai. Một giao thức mà hoạt động cốt lõi là các máy thực thi hành động tài chính theo các tín hiệu kích hoạt sẽ chứng kiến những đợt nhu cầu tăng theo chuỗi mà hoạt động do con người tạo ra hiếm khi có được: mỗi tác nhân do biến động kích hoạt có thể bắn đồng thời trong đúng cùng một khung thời gian năm phút. Mượn một cấu trúc phí đã được chứng minh thay vì tự bịa ra một cấu trúc mới là lựa chọn ít “đậm chất” hơn, nhưng nó có nghĩa là Newton không vừa thử nghiệm cơ chế phí mới vừa đồng thời mang rủi ro bảo mật của tác nhân.
Newton không cố gắng “tái tạo” thị trường phí; họ đã lấy một mô hình vốn đã được thử thách qua nhiều năm tắc nghẽn của Ethereum và áp dụng vào một khối lượng công việc gồm các bộ kích hoạt tự động có liên quan với nhau—có thể làm một hệ thống ngây thơ bị quá tải nhanh hơn bất kỳ giao dịch nào do con người thực hiện.

@NewtonProtocol $NEWT #Newt $ZBT

Một người bạn điều hành một widget đặt chỗ nhỏ mà các trang web khác nhúng trên trang của họ. Mọi đặt chỗ thực hiện thông qua widget này âm thầm chuyển lại cho anh một khoản hoa hồng nhỏ, dù khách hàng không hề truy cập trực tiếp trang của anh. Các doanh nghiệp nhận được một hệ thống đặt chỗ hoạt động; anh thì được trả tiền cho việc lắp đặt đường ống.

GRVT vận hành một chương trình Builder Codes cho phép các nhà phát triển bên ngoài gắn công cụ giao diện người dùng hoặc công cụ giao dịch của riêng họ trực tiếp vào luồng đặt lệnh của GRVT và thu phí trên mọi lệnh phát sinh từ đó. Một “builder” sẽ bao gồm builderId để xác định tích hợp của họ, cùng với giá trị builderFee do họ chọn cho từng lệnh mà người dùng của họ đặt. Khoản phí này được gắn ở cấp độ lệnh ngay chính trong hệ thống, thay vì phải chuyển qua một thỏa thuận xuất hóa đơn hay chia sẻ doanh thu riêng được đàm phán sau đó. Điều này có nghĩa là những người xây dựng một terminal giao dịch tùy chỉnh, một lớp bọc trên thiết bị di động, hoặc một bảng điều khiển phân tích chuyên biệt có tích hợp sẵn việc thực thi lệnh không cần một thỏa thuận hợp tác chính thức với GRVT để bắt đầu kiếm tiền từ các lệnh mà công cụ của họ tạo ra: họ chỉ cần ủy quyền tích hợp builder API và logic tính phí sẽ tự động chạy bên trong mỗi lệnh đã được ký. Với GRVT, điều này biến các nhà phát triển bên ngoài thành một kênh phân phối—mỗi bên mang đến người dùng và khối lượng mà chính GRVT không cần tự mình đi tìm trực tiếp—đổi lại việc từ bỏ một phần nhỏ do chính họ tự khai báo từ khoản phí trên luồng đó. Đó là một canh bạc rằng việc có thêm nhiều “bề mặt” để đặt lệnh sẽ làm tổng khối lượng tăng lên nhiều hơn phần phí builder bị âm thầm trích đi khỏi từng giao dịch.

GRVT không giữ toàn bộ doanh thu từ luồng đặt lệnh cho riêng mình; Builder Codes trao một cơ chế doanh thu hoạt động cho bất kỳ nhà phát triển bên ngoài nào định tuyến giao dịch thông qua GRVT, coi các tích hợp của bên thứ ba như một kênh tăng trưởng xứng đáng để trả tiền.
@grvt_io $XEC #grvt

Một người bạn từng viết quảng cáo cho một công ty an ninh nói với tôi rằng những chiến dịch khó khăn nhất không phải là giải thích sản phẩm hoạt động như thế nào—mà là khiến người ta cảm thấy bất an đến mức họ muốn có nó. Khi họ chuyển khẩu hiệu từ việc liệt kê các tính năng kỹ thuật sang một hình ảnh duy nhất—một ngôi nhà với cánh cửa để ngỏ—các cuộc gọi bán hàng bắt đầu chuyển đổi thực sự.
Khẩu hiệu tháng 6/2026 của Newton, “crypto dựng lên ngôi nhà kính và Newton đang lắp khóa,” cũng gợi cảm giác của sự thay đổi tương tự. Những tư liệu công khai trước đó nghiêng về cách diễn đạt mang tính kỹ thuật, một lớp ủy quyền, các cổng kiểm soát trước giao dịch, các bằng chứng có thể kiểm chứng, và ngôn ngữ hướng đến những người muốn đánh giá chính kiến trúc đó. Câu “ngôi nhà kính” loại bỏ tất cả để đổi lấy một hình ảnh sống động duy nhất về sự dễ tổn thương—kiểu câu được viết ra để ghi nhớ và nhắc lại, thay vì bị “parse” theo nghĩa kỹ thuật.
Đó có phải là một bước chuyển mang ý nghĩa, hay chỉ là marketing đang làm đúng cái mà marketing vẫn làm ở giai đoạn muộn hơn của vòng đời dự án? Cả hai cách đọc đều có phần đúng. Một phép ẩn dụ như thế này chạm tới những người sẽ không bao giờ ngồi nghe một bản mô tả về sự đồng thuận của toán tử theo quorum hay cơ chế gộp chữ ký BLS—mà đó là một thắng lợi truyền thông thật sự nếu việc áp dụng phụ thuộc vào việc chạm tới các nhà xây dựng và các tổ chức, những nơi đánh giá niềm tin bằng cảm xúc trước khi họ đánh giá nó bằng kỹ thuật. Nhưng đồng thời nó cũng lặng lẽ loại bỏ đi độ cụ thể từng khiến các tuyên bố trước đó của Newton có thể kiểm chứng: không ai có thể kiểm chứng một phép ẩn dụ theo cách họ kiểm chứng được độ trễ của một bằng chứng được công bố. Liệu sự đánh đổi này giúp Newton đáng tin hơn hay làm tổn hại độ tin cậy về lâu dài có lẽ phụ thuộc vào việc liệu các tuyên bố kỹ thuật nằm bên dưới phép ẩn dụ có tiếp tục được công bố rõ ràng—các mục tiêu phản hồi dưới một phần giây, độ trễ của bằng chứng, các cập nhật kiểm toán—và điều đó thì một câu chữ đơn lẻ, dù có đáng nhớ đến đâu, cũng không thể tự mình trả lời.
@NewtonProtocol $DODO $NEWT #Newt

Một thương hiệu không gian làm việc chung gần tôi quảng cáo rằng chỉ cần một gói thành viên là có thể dùng ở mọi chi nhánh, như thể việc thuê một chiếc bàn ở một thành phố ngay lập tức đồng nghĩa với việc bạn được truy cập đầy đủ mọi tiện ích ở mọi thành phố khác thuộc cùng thương hiệu. Tôi đã thử dùng gói thành viên của mình ở một chi nhánh thứ hai một lần và phát hiện máy pha cà phê cần một thẻ riêng dành cho đúng chi nhánh đó, các phòng họp vận hành bằng một hệ thống đặt chỗ hoàn toàn khác, và thứ duy nhất thực sự được dùng chung chỉ là logo trên cánh cửa.

GRVT nằm trong hệ sinh thái Elastic Chain của ZKsync, một mạng lưới gồm hơn một chục ZK Chains, trong đó có các tên như Abstract, Sophon và Lens, được mô tả là chia sẻ thanh khoản và người dùng thông qua một cây cầu chung và, cuối cùng, đạt tính hoàn tất xuyên chuỗi gần như tức thì. Trên giấy tờ, điều đó có nghĩa là tài sản của người dùng có thể di chuyển giữa GRVT và các thành viên khác của Elastic Chain gần như tự do như việc chuyển trong cùng một chuỗi, gộp vốn lại thay vì bị chia nhỏ như thường thấy ở các app chain biệt lập. Nhưng trong thực tế, từng chuỗi trong số đó—kể cả GRVT—vẫn vận hành môi trường thực thi chủ quyền của riêng mình, trình sắp xếp (sequencer) riêng và lộ trình sản phẩm riêng, và các hạng mục tương tác sâu hơn như ZK Gateway cũng như ký quỹ xuyên chuỗi gốc vẫn đang được triển khai dần dần, thay vì đã ở trạng thái hoàn thiện ngay từ ngày đầu. GRVT được hưởng lợi vì là một dự án tham gia sớm trong hệ sinh thái này, nhưng việc thanh khoản được chia sẻ trên Elastic Chain hiện nay đang nói về một hướng mà hạ tầng đang tiến tới—nhiều hơn là một tính năng mà một nhà giao dịch bình thường có thể khai thác đầy đủ ngay trong tuần này.

Tư cách thành viên của GRVT trong hệ sinh thái Elastic Chain không đồng nghĩa với việc GRVT đã có sẵn thanh khoản được hợp nhất với mọi ZK Chain khác trong đó; tầm nhìn về cây cầu dùng chung là có thật và đang được xây dựng tích cực, nhưng từng chuỗi—kể cả GRVT—hiện vẫn chủ yếu hoạt động như một môi trường riêng biệt. Lời hứa và thực tế hiện tại là hai giai đoạn khác nhau của cùng một lộ trình.
@grvt_io $GRVT #grvt $T

Một lần, một người hàng xóm đã thề rằng con đường của tôi sắp có một trạm tàu điện ngầm mới vì ông ấy thấy cọc khảo sát cắm xuống đất gần góc phố. Ông ấy nói với mọi người trong suốt nhiều tháng. Hóa ra những cọc đó chỉ để sửa chữa một đường dây tiện ích, không liên quan gì đến tàu điện ngầm. Việc đọc bằng chứng thật và việc đọc câu chuyện bạn đã muốn tin là hai kỹ năng hoàn toàn khác nhau, và đa số người chỉ nghĩ rằng họ đang làm điều đầu tiên.

Gần đây, một bộ theo dõi ví đã gắn cờ cho hoạt động mua NEWT quy mô nhỏ trên Solana, dù bản mainnet beta của Newton hiện tại chỉ chạy trên Base và Ethereum, không có triển khai Solana hoạt động. Cờ đó là một sự kiện onchain có thật, có thể kiểm chứng: ai đó đã mua NEWT và nó xuất hiện ở đâu đó gắn với một địa chỉ Solana. Nhưng điều đó không phải là xác nhận rằng Newton đang mở rộng sang Solana, vì việc một token xuất hiện dưới dạng bọc (wrapped), được cầu nối (bridged), hoặc được giữ trên một blockchain mà giao thức không chính thức hỗ trợ xảy ra liên tục trong giới crypto vì những lý do không liên quan gì đến lộ trình thực sự của dự án.

Token được bắc cầu và token bọc thường xuất hiện trên những chain mà đội phát hành chưa hề chạm tới, chỉ nằm trong một ví ngẫu nhiên vì ai đó chuyển nó sang đó một cách đầu cơ, chứ không phải vì đã có quyết định triển khai được đưa ra đằng sau hậu trường.

Lộ trình công khai của Newton có nhắc tới việc sẽ có thêm nhiều chain trong tương lai—và chính điều kiện đó khiến kiểu dữ liệu như thế này rất dễ bị đọc quá mức: một tín hiệu mỏng rơi đúng cạnh một câu chuyện nghe có vẻ hợp lý mà người ta đã sẵn muốn tin. Dù hoạt động trên Solana đó có ý nghĩa gì hay chỉ là cầu nối thường quy và định vị đầu cơ không hề liên quan đến một quyết định triển khai thực sự, thì bản thân dữ liệu không thể trả lời. Newton chưa công bố hỗ trợ Solana, và cho đến khi công bố, cách đọc trung thực của một cờ theo dõi ví chỉ là "đã ghi nhận", chứ không phải "được xác nhận."
@NewtonProtocol $NEWT #Newt $T