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

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

Hệ thống tỷ lệ tài trợ (funding rate) của GRVT phụ thuộc vào một mức giá chỉ số spot bên ngoài làm mốc neo, và tài liệu một cách kín đáo thừa nhận rằng sự phụ thuộc này có thể thất bại: nếu chỉ số bên ngoài được ưu tiên bị lỗi thời, hệ thống sẽ chuyển sang chế độ dự phòng, nội suy qua các khung thời gian ngắn bị lỗi thời và cuối cùng chuyển sang một bộ tổng hợp oracle nội bộ nếu nguồn chính vẫn không khả dụng. Câu đơn lẻ đó tiết lộ một điều mà hầu hết người dùng không bao giờ nghĩ đến khi nói về một sàn giao dịch vĩnh viễn (perpetual), đó là: khi luồng dữ liệu từ thế giới bên ngoài bị trục trặc thì độ chính xác của giá sẽ ra sao.

Mọi sàn perpetual đều kế thừa sự phụ thuộc này dù có quảng cáo hay không, bởi vì giá perpetual chỉ có ý nghĩa khi so với một chuẩn spot mà nó không thể tự kiểm soát. Việc GRVT lựa chọn ghi lại hành vi dự phòng của mình, thay vì giữ im lặng về điều gì xảy ra trong một lần mất chỉ số (index outage), bản thân nó là một dấu hiệu về cách đội ngũ này nhìn nhận thất bại. Một nền tảng đủ tự tin để công bố lộ trình suy giảm (degradation path) một cách ngầm cho người dùng biết rằng họ đã thực sự thử nghiệm điều gì xảy ra khi nguồn dữ liệu chính bị “tắt”, thay vì chỉ hy vọng điều đó sẽ không bao giờ xảy ra.

Khoảng trống thẳng thắn ở đây là giữa giả định rằng một luồng giá trực tiếp luôn sẵn có và thực tế rằng mọi sự phụ thuộc bên ngoài đều có thể bị lỗi thời đúng vào những thời điểm biến động nhất khi mà định giá chính xác quan trọng nhất. Việc nội suy của GRVT và cơ chế dự phòng bằng oracle composite không loại bỏ rủi ro đó; chúng chỉ làm nó “mềm đi”. Những nhà giao dịch dựa vào giá mark chính xác trong một lần mất chỉ số thực sự vẫn sẽ phải đối mặt với việc hệ thống cố gắng hết sức với thông tin bị suy giảm. Tôi đã thấy các nền tảng khác im lặng đúng trong kiểu sự cố mất dữ liệu này, khiến nhà giao dịch phải đoán xem liệu một biến động giá kỳ lạ là hành động thật của thị trường hay do luồng dữ liệu bị hỏng, và việc GRVT công bố hành vi dự phòng trước, thay vì giải thích nó sau khi sự cố xảy ra, là một thái độ đáng kể khác so với kiểu lỗi mà mọi sàn perpetual cuối cùng đều phải đối mặt.
@grvt_io $GRVT #grvt $XPIN

Báo cáo minh bạch của Newton nêu tên hai thành viên trong ban quản trị của Magic Newton Foundation, và bản lý lịch của họ đáng được đọc kỹ vì chúng cho thấy Newton thực sự đang xây dựng một kiểu tổ chức như thế nào xung quanh chính mình. Mohammad Akhavannik, Giám đốc điều hành của Quỹ, mang theo một thập kỷ kinh nghiệm trải rộng trên lĩnh vực pháp luật, công nghệ và chính sách, với các vị trí trước đó tại Magic Labs, Meta và các hãng luật hàng đầu như Latham & Watkins và Kirkland & Ellis. Jacobus Pietersen, một Giám đốc của Quỹ, có 14 năm kinh nghiệm trong các dịch vụ tài chính ngoài khơi, chuyên sâu về DAOs và cấu trúc của các foundation, cùng với kinh nghiệm làm ban quản trị tại Arbitrum Gaming, Kava và Lido.
Đó là một “ghế” quản trị được xây dựng hầu như hoàn toàn từ pháp luật, chính sách và tài chính có cấu trúc—điều này có lý khi Quỹ được tổ chức theo mô hình Cayman đang cố gắng tạo dựng niềm tin của các tổ chức cho một sản phẩm tuân thủ. Thứ mà không bản lý lịch nào đề cập là kinh nghiệm kỹ thuật mã hoá mật mã “thực chiến” hay hệ thống phân tán—ngành học thực sự đứng sau bảo mật được restaked, các bằng chứng zero-knowledge, và các cơ chế quorum của operator mà giao thức cần về mặt kỹ thuật để có thể vận hành được.
Điều đó không nhất thiết là một thiếu sót. Các ban quản trị của foundation thường tồn tại để điều hướng kho bạc, rủi ro pháp lý và quy trình quản trị, chứ không phải để rà soát thiết kế mạch hay các điều kiện xử phạt (slashing); công việc đó thuộc về đội ngũ kỹ thuật và các kiểm toán viên độc lập bên ngoài, thay vì chính ban quản trị. Nhưng một ban quản trị nghiêng mạnh về quản trị pháp lý và tài chính, đặt trên một giao thức mà lời hứa cốt lõi là khả năng xác minh bằng mật mã, là một lựa chọn cấu trúc cụ thể đáng gọi tên hơn là bỏ qua. Nó cho thấy Newton đang tối ưu lớp niềm tin cấp cao của mình theo hướng trước hết là tính tín nhiệm đối với tổ chức và năng lực tuân thủ/điều tiết, và dựa hoàn toàn vào các đội kỹ thuật tách biệt cùng các cuộc kiểm toán độc lập để “bảo chứng” cho phần kỹ thuật nằm bên dưới.
@NewtonProtocol $NEWT #Newt $B

Đội sáng lập của GRVT trông giống như một chồng CV của TradFi: CEO Hong Yea, CTO Aaron Ong với nền tảng Facebook trong các công việc về ghi log sự kiện quy mô cao và bảo mật dữ liệu trước khi đến Cronos Labs, và CCO Matthew Quek mang kinh nghiệm blockchain và thanh toán từ DBS Bank, cộng thêm một dự án danh tính số quốc gia tại GovTech Singapore. Trong một thị trường vẫn phần nào sùng bái những câu chuyện khởi nghiệp kiểu crypto-native, cypherpunk, thì một bản lý lịch như vậy giúp GRVT hay lại gây bất lợi?
Lập luận rằng điều đó có ích: việc xây dựng một sàn giao dịch lai hướng một phần đến các nhà giao dịch tổ chức và các nhà quản lý chiến lược đã được KYB xác thực thật sự được hưởng lợi từ những người đã từng làm trong các hệ thống nặng về tuân thủ, vì hiểu được cách một ngân hàng hay một dự án danh tính quốc gia thực sự được phê duyệt và mở rộng là kiến thức khác với việc chỉ “chạy” một smart contract không cần cấp phép. Nền tảng này có lẽ giải thích vì sao GRVT theo đuổi các cuộc kiểm toán, KYC và AML nghiêm ngặt, cùng định hướng tuân thủ ngay từ sớm, thay vì coi quy định chỉ là “phần sau” khi cơ quan quản lý bắt đầu gõ cửa.
Lập luận rằng điều đó có thể gây hại: người dùng crypto-native, chính là nhóm đối tượng có hoạt động đã tạo ra 393 tỷ đô la tổng khối lượng lũy kế và mức tăng trưởng TVL 847% trong chu kỳ này, thường liên hệ “bề dày ngành tài chính” với đúng kiểu hệ thống bị kiểm soát, có cấp phép mà DeFi vốn được thiết kế để lách khỏi ngay từ đầu. Một đội ngũ đã dành nhiều năm trong DBS Bank và Facebook không tự động mặc định những “bản năng thiết kế” theo hướng không cần cấp phép, và các vault sinh lợi được khóa theo KYB cùng với việc xác minh tài khoản bắt buộc là bằng chứng cho thấy bản năng đó thể hiện trong sản phẩm, chứ không chỉ nằm trên tiểu sử của người sáng lập.
Tôi không nghĩ bên nào cũng thắng hoàn toàn. Nền tảng TradFi có lẽ giải thích được cả sức mạnh tuân thủ của GRVT lẫn lớp lợi nhuận theo hướng có cấp phép của họ cùng một lúc—đó là cùng một đặc điểm nhưng được nhìn từ hai góc độ khác nhau, và góc độ nào quan trọng hơn với bạn hoàn toàn phụ thuộc vào việc bạn thực sự muốn gì từ một sàn giao dịch lai.
@grvt_io #grvt $SKL

Hoạt động marketing của Newton gọi mạng lưới nhà điều hành là “trung lập một cách đáng tin cậy”, được thực hiện thông qua một tập hợp phi tập trung được bảo đảm bằng cơ chế restaking của EigenLayer, không có một nhà cung cấp đơn lẻ nào nắm quyền kiểm soát. Điều này đúng đặc biệt với lớp đánh giá. Nhưng tuyên bố này hẹp hơn so với âm hưởng của nó khi bạn để ý ai đã xây dựng “cỗ máy” chính sách mà các nhà điều hành đó đang chạy, và ai đã xây dựng hạ tầng ví cung cấp các giao dịch vào đó ngay từ đầu.
Magic Labs viết giao thức, điều phối các đóng góp cốt lõi và đồng thời vận hành lớp ví nhúng cho Polymarket, Naver và hàng chục triệu người dùng khác hiện đang được chuyển qua các bước kiểm tra chính sách của Newton. Các nhà điều hành đánh giá những kiểm tra đó là phi tập trung. Ngôn ngữ chính sách, bộ danh mục quy tắc chuẩn (canonical), SDK và lộ trình quyết định điều gì sẽ được xây dựng tiếp theo lại không phải—chúng thuộc về một công ty và một nền tảng gắn chặt với công ty đó.

Đó có phải là vấn đề hay chỉ là cách người ta xây dựng hạ tầng trước khi phi tập trung hóa. Lộ trình riêng của Newton thừa nhận giai đoạn hiện tại do Foundation kiểm soát, có các hội đồng quản trị và kế hoạch quản trị cộng đồng đầy đủ ở các giai đoạn sau, chứ không phải là điều được khẳng định là đã đúng. Vì vậy, ngôn ngữ “trung lập đáng tin cậy” về mặt kỹ thuật áp dụng cho phần hẹp mà nó đang mô tả—sự đồng thuận của nhà điều hành—trong khi câu hỏi lớn hơn là: ai là người quyết định nhà điều hành được phép thực thi những gì, vẫn đi qua Magic Labs.

Tôi không nghĩ điều đó khiến tuyên bố trở nên sai. Tôi nghĩ nó khiến người ta dễ đọc hiểu rộng hơn thực tế mà nó đang nói, và đáng để kiểm tra “lớp nào” mà từ “neutral” (trung lập) đang mô tả trước khi lặp lại nó.
Một người bạn đang xây dựng trên Newton diễn đạt thẳng thắn hơn mức tôi làm; anh ấy nói rằng nhà điều hành là bồi thẩm đoàn, nhưng Magic Labs vẫn là bên viết ra “luật” mà họ đang áp dụng. Điều đó không nhất thiết là sai đối với trạng thái hiện tại của giao thức: phần lớn hạ tầng ban đầu tập trung và phi tập trung hóa theo lộ trình. Nhưng sự phân biệt này đáng để giữ cho rõ ràng trước khi lặp lại “credibly neutral” như thể nó bao phủ toàn bộ hệ thống.
@NewtonProtocol $NEWT #Newt $SKL

Người ta cho rằng Newton Explorer bị khóa sau một cổng dành cho tổ chức, y hệt như cách mỗi nút “yêu cầu demo” trên một sản phẩm tuân thủ thường ngầm ám chỉ rằng phần “đáng xem” chỉ dành cho các cuộc gọi bán hàng doanh nghiệp. Tôi cũng nghĩ vậy cho đến khi tôi thực sự bấm vào xem, thay vì lướt qua.
Việc yêu cầu demo có tồn tại, đúng rồi—đó là con đường dành cho một người quản lý kho hoặc người phân bổ muốn được hướng dẫn chi tiết về cách Newton thực thi chính sách trong một giao dịch trực tiếp. Nhưng chính Explorer, hồ sơ các giao dịch đã được chấp nhận và bị từ chối, các bản xác nhận đã ký, các lý do một lần kiểm tra chính sách đã vượt hoặc thất bại—nó mở cho bất kỳ ai muốn xem. Không có cổng đăng nhập, không cần cuộc gọi bán hàng. Bạn có thể xem trực tiếp một lý do từ chối được hiển thị dưới dạng văn bản thuần, đúng bản ghi mà một tổ chức sẽ nhìn thấy, mà không cần điền bất kỳ biểu mẫu nào.
Sự khác biệt này quan trọng hơn mức nó nghe có vẻ. Rất nhiều hạ tầng crypto “chuẩn tổ chức” coi minh bạch như một tính năng chỉ được “mở khóa” sau một cuộc trò chuyện với sales, điều này âm thầm làm suy yếu toàn bộ phần quảng cáo về việc thực thi có thể kiểm chứng và trung lập một cách đáng tin cậy. Nếu chỉ những người đã yêu cầu demo mới có thể xem các biên lai, thì tuyên bố “có thể kiểm chứng” đang phải làm rất nhiều việc mà không được bù đắp bởi những bằng chứng tương xứng. Cách tiếp cận của Newton—giữ cho bản ghi xác nhận thực tế được công khai, trong khi khóa trải nghiệm sales có hướng dẫn ở một nơi riêng—tách hai thứ đó ra theo một cách có vẻ hiển nhiên khi nhìn lại, nhưng lại không phải là cách hầu hết các sản phẩm tương đương xử lý.
Tôi không nghĩ điều này tự động làm cho các tuyên bố tuân thủ của Newton trở nên đúng. Một bản ghi công khai chỉ chứng minh điều gì đã xảy ra, chứ không chứng minh logic chính sách bên dưới là đúng đắn. Nhưng nó có nghĩa là sự hoài nghi mà mọi người mang đến cho các giả định kiểu “bảng điều khiển dành cho tổ chức bị khóa” đang nhắm nhầm cánh cửa. Bản ghi thực sự chưa bao giờ nằm sau cánh cửa đó từ đầu.
@NewtonProtocol $NEWT #Newt $EVAA

Newton không cần phải xây dựng một cơ chế thị trường phí cho các giao dịch tự động hóa của nó. Nó có thể chọn phương án đơn giản nhất có thể: một mức phí cố định cho mỗi lần kiểm tra chính sách, cùng một mức giá bất kể điều gì khác đang xảy ra trên mạng. Thay vào đó, nó áp dụng cấu trúc gồm phí cơ sở cộng với phí ưu tiên, cùng “dạng hình” mà Ethereum sử dụng theo EIP-1559.

Tại sao phải bận tâm với sự phức tạp bổ sung đó cho thứ, xét đến cùng, chỉ là một lớp tuân thủ và cưỡng chế quyền truy cập. Bởi vì các tác nhân cạnh tranh để được thực thi trong những giai đoạn mạng bận rộn sẽ tạo ra đúng kiểu bài toán sắp xếp mà một mức phí cố định không thể giải quyết một cách công bằng. Nếu mười tác nhân tự động hóa đều muốn giao dịch của họ được ghi vào cùng một khối và mọi người đều trả cùng một mức phí cố định, thì không có cơ chế “ngay thẳng” để quyết định ai thực sự đi trước; nó sẽ trở thành người vận hành tình cờ ưu tiên, hoặc người gặp may về mặt thời điểm.

Mô hình phí cơ sở cộng phí ưu tiên cho phép một tác nhân—hoặc người dùng đã cấu hình cho tác nhân đó—tín hiệu mức độ khẩn cấp mà một hành động cụ thể cần được giải quyết, đổi lại bằng việc sẵn sàng trả bao nhiêu cho sự khẩn cấp đó. Đây là một khẳng định khác một cách có ý nghĩa so với “xếp hàng công bằng” (fair queuing); nó gần hơn với việc để cơ chế định giá do tắc nghẽn (congestion pricing) sắp xếp các ý định tự động hóa cạnh tranh theo cách mà nó đã sắp xếp các giao dịch Ethereum cạnh tranh.

Đánh đổi là chi phí phức tạp thực sự. Một công cụ tuân thủ với phí cố định sẽ đơn giản hơn để suy luận, đơn giản hơn để kiểm toán, và đơn giản hơn để giải thích với một người quản lý (curator) chỉ muốn mức giá có thể dự đoán. Newton chọn việc sắp xếp công bằng khi mạng đang chịu tải thay vì sự đơn giản đó; và sự lựa chọn này chỉ thực sự phát huy hiệu quả khi mạng đủ bận để tình trạng tắc nghẽn trở thành một vấn đề thực tế, thay vì chỉ là lý thuyết.

Hiện tại, khi khối lượng vẫn đang tăng lên, lựa chọn này chủ yếu tạo ra chi phí phức tạp mà chưa thấy lợi ích rõ ràng—chưa có ai đang tranh giành chỗ trong khối. Thử thách thực sự cho thấy liệu việc làm đó có đáng hay không sẽ đến vào lần đầu tiên có đủ nhiều tác nhân cùng cạnh tranh một lúc, khiến tính công bằng trong sắp xếp bắt đầu thật sự ảnh hưởng đến “đáy” lợi ích của ai đó.

@NewtonProtocol $NEWT #Newt $EVAA