Sia Noir

PepsiCo đang phải đối mặt với một thách thức mà các nhà đầu tư không thể phớt lờ.

Trong khi thị trường chung đã đi lên, $PEP.US đã gặp khó khăn trong suốt sáu tháng qua. Mối lo lớn hơn không chỉ là giá cổ phiếu mà còn là việc nhu cầu đang chậm lại.

Lượng bán hàng trung bình theo quý đang giảm, cho thấy người tiêu dùng đang mua ít hơn dù các thương hiệu của PepsiCo vẫn vững mạnh.

Các báo cáo kết quả kinh doanh tiếp theo sẽ rất quan trọng. Các nhà đầu tư sẽ tìm kiếm dấu hiệu cho thấy công ty có thể cải thiện lượng tiêu thụ mà không làm hy sinh biên lợi nhuận thông qua việc giảm giá mạnh.

Tạm thời, trọng tâm không chỉ nằm ở doanh thu mà là liệu PepsiCo có thể khiến nhu cầu tăng trưởng trở lại hay không.
#pep #stock $PEP.US

Bạn đã từng nghĩ khi một token giảm giá trong khi mạng vẫn an toàn chưa?

BABY đã giảm khoảng 14% trong tuần này, và vốn hóa thị trường của nó vào khoảng 44M đô la. Nhưng Babylon vẫn có lượng BTC trị giá hàng tỷ đô la được đặt cược.

Điều đó khiến tôi đào sâu hơn vào cách @BabylonLabs_io hoạt động.

Một điều tôi thấy thú vị là EOTS.

Nếu một nhà cung cấp tính cuối cùng (finality provider) ký hai khối khác nhau, khóa riêng của họ sẽ bị lộ. Khi đó, $BTC đã bị khóa của họ có thể bị cắt phạt (slashed) trên mạng Bitcoin.

Quy tắc này không thay đổi vì #baby giá.

Dù token tăng hay giảm, quy trình bảo mật vẫn giữ nguyên.

Trước đây tôi từng nghĩ rằng giá token giảm có nghĩa là toàn bộ giao thức đang trở nên yếu đi.

Giờ tôi thấy đó là những thứ khác nhau.

Giá token phản ánh hoạt động của thị trường.

Bảo mật của mạng đến từ mật mã và các quy tắc giao thức được tích hợp sẵn.$BABY

Bạn nghĩ sao? Liệu giá token có thể giảm trong khi một giao thức vẫn an toàn, hay bạn tin rằng hiệu suất token luôn thể hiện đúng tình trạng sức khỏe và độ vững mạnh thực sự của một mạng blockchain?

Một điều tôi đã học được là thời điểm quan trọng không kém gì tokenomics.

Trong khi đọc về $BABY , tôi nhận thấy một điểm tương phản thú vị. Vào ngày 10 tháng 7, khoảng 4 tỷ token BABY đã được mở khóa cho đội ngũ, cố vấn và các nhà đầu tư tư nhân sớm. Sự kiện đó diễn ra đúng như kế hoạch và có thể được xác minh trên chuỗi.

Trong khi đó, tính năng đồng staking (co-staking), nơi người dùng có thể ghép BTC với BABY để nhận phần thưởng cao hơn, vẫn đang được triển khai từ testnet sang mainnet.

Không có gì bất thường ở đây. Lịch trình vesting luôn được công khai. Nhưng nó lại làm nổi bật một mẫu hình xuất hiện trong nhiều dự án crypto.

Việc mở khóa token cho các bên tham gia sớm thường diễn ra theo một mốc thời gian cố định. Các tính năng được thiết kế để mang lại lợi ích cho người dùng thường ngày thường đến muộn hơn khi quá trình phát triển tiếp tục.

Điều đó không tự động khiến một dự án trở nên tốt hay xấu. Nó chỉ nhắc tôi hãy nhìn vào vị trí của chúng ta trên lộ trình thay vì chỉ phản ứng theo những tiêu đề giật gân.
@BabylonLabs_io #baby
$KOMA $BANK
Theo bạn, điều gì sẽ có tác động lớn nhất đến BABY trong vài tuần tới?

@BabylonLabs_io Tôi đang đọc tài liệu TBV và kỳ vọng sẽ có thêm một lời giải thích về việc đưa Bitcoin vào DeFi.

Thay vào đó, chỉ một câu đã hoàn toàn thay đổi những gì tôi nghĩ giao thức đang cố gắng giải quyết.

“Niềm tin chuyển từ lưu ký sang tính toán.”

Nghe giống một câu marketing cho đến khi bạn tiếp tục đọc.

Phần lớn các giải pháp Bitcoin DeFi đều yêu cầu người dùng phải tin vào người khác. Một bên lưu ký giữ BTC. Một cây cầu (bridge) kiểm soát tài sản. Hoặc một liên đoàn người ký (federation of signers) quyết định khi nào các quỹ có thể được chuyển.

TBV lặng lẽ thay đổi giả định đó.

BTC của bạn không hề rời khỏi mạng Bitcoin. Mọi vault (kho) đều là một UTXO thuộc quyền sở hữu của riêng từng người gửi, được khóa trong một script Taproot mà bạn đồng ký khi nó được tạo. Mọi lối thoát hợp lệ đều được thỏa thuận và ký ngay từ đầu, vì vậy giao thức không thể tự nghĩ ra một cách mới để chuyển Bitcoin của bạn sau này.

Rồi một chi tiết khác cũng nổi bật.

Giao thức không xác minh “niềm tin”. Nó xác minh bằng chứng mật mã.

Khi tài sản thế chấp (collateral) được hoàn trả (redeemed), Bitcoin không dựa vào việc một nhà vận hành bridge xác nhận điều gì đã xảy ra trên Ethereum. Thay vào đó, một bằng chứng dựa trên BABE cho phép Bitcoin Script xác minh sự kiện Ethereum tương ứng mà không cần phân nhánh (fork) Bitcoin.

Đó là một mô hình niềm tin hoàn toàn khác.

Vault không phải là một “hồ bơi” DeFi dùng chung nơi tài sản của mọi người bị trộn lẫn. Đó là một output Bitcoin cá nhân, không thể tái thế chấp (rehypothecated), không thể được dùng vào mục đích khác (repurposed) và không thể bị chuyển ra khỏi các quy tắc được định nghĩa trong script của nó.

Tất cả những gì ở trên vault—dù hôm nay là Aave v4 hay ngày mai là một ứng dụng DeFi khác—chỉ là một lớp ứng dụng khác. Còn bản thân vault vẫn gắn chặt với mạng Bitcoin.

Hiện chỉ khoảng 1% Bitcoin được dùng trong DeFi. Phần lớn các cuộc thảo luận tập trung vào thanh khoản.

Sau khi đọc tài liệu, tôi nghĩ câu hỏi thú vị hơn là liệu việc giảm các giả định về niềm tin, thay vì chỉ đơn giản là bổ sung thêm thanh khoản, mới là điều cuối cùng sẽ đưa thêm BTC “thuần bản địa” (native BTC) vào DeFi.
$BABY #baby
$UAI
$BANK
Rào cản lớn nhất ngăn cản nhiều native BTC hơn đi vào DeFi là gì?

@BabylonLabs_io Tôi đang đọc bản thiết kế giao thức mới nhất thay vì các tính năng nổi bật, và một phần nào đó đã âm thầm thay đổi cách tôi nghĩ về $BABY . Ai cũng nói về thanh khoản Bitcoin, nhưng phần thú vị hơn có lẽ là nơi giao thức dự định gửi các khoản phí.

Bài viết mô tả Babylon Genesis như nhiều hơn cả mạng Bitcoin-Supercharged đầu tiên. Nó đóng vai trò là lớp điều phối định tuyến BTC gốc giữa các Vault APIs, Security APIs, Ethereum, các rollups và các BSN tương lai. Đây là kiến trúc “nhìn thấy được”.

Tại thời điểm ra mắt, Babylon dự định sử dụng các ưu đãi BABY để thúc đẩy các tích hợp DeFi, các giao diện vault và hạ tầng của bên thanh lý.

Nhưng nếu đi theo lộ trình xa hơn một chút thì mô hình bắt đầu thay đổi.

Thay vì dựa vào ưu đãi mãi mãi, Babylon đề xuất một bước chuyển sang các khoản phí sử dụng ở cấp độ giao thức khi các triển khai Vault mở rộng ra ngoài Ethereum sang các hệ sinh thái bổ sung. Giao thức bắt đầu trông ít giống như một chương trình thưởng và giống như hạ tầng tính phí cho việc sử dụng mạng hơn.

Rồi một đề xuất khác cũng nổi bật.

Thay vì quản lý thủ công các khoản phí được định danh bằng BTC, Babylon thảo luận về một cuộc đấu giá trên chuỗi, nơi người tham gia đấu giá sẽ dùng BABY để giành quyền nhận những khoản phí đó. BTC sẽ thuộc về bên đấu giá thắng cuộc, còn #baby được dùng trong cuộc đấu giá thì sẽ bị đốt tự động. Không có quyết định từ quỹ dự trữ xem tiếp theo sẽ xảy ra gì. Không can thiệp thủ công. Chỉ là các quy tắc giao thức được thực thi nếu quản trị thông qua.

Đó là một cuộc thảo luận rất khác so với việc chỉ hỏi liệu BABY có tiện ích hay không. Câu hỏi quan trọng hơn trở thành: liệu hoạt động BTCFi cuối cùng có thể tạo ra đủ nhu cầu đối với chính hệ thống định tuyến phí hay không, để hệ thống đó thực sự có ý nghĩa.

Tất cả những điều ở đây vẫn đang ở giai đoạn thiết kế và phải được phê duyệt bởi cơ chế quản trị, chứ chưa phải là triển khai cuối cùng. Nhưng đó lại là phần đầu tiên khiến tôi dừng cuộn, vì câu chuyện về giá trị dài hạn chuyển từ phát hành token sang cách giao thức kỳ vọng việc sử dụng hạ tầng sẽ luân chuyển giá trị qua mạng.
$ON
$COTI
Khi Babylon phát triển vượt khỏi các ưu đãi, điều gì sẽ tạo ra giá trị dài hạn mạnh nhất cho BABY?

Đã dành một phần hôm nay để đào sâu vào thiết kế Vault Bitcoin không cần tin cậy của @BabylonLabs_io , mong chờ một khung “đưa BTC vào DeFi” khác. Thứ thực sự thu hút sự chú ý của tôi không phải là chính cái vault, mà là cách Babylon âm thầm loại bỏ nhu cầu phải tin vào bất kỳ ai (hay bất kỳ ủy ban nào) đứng ra phát hành tài sản.

Phần lớn Bitcoin DeFi ngày nay phụ thuộc vào một người nào đó, hoặc một nhóm/ủy ban nào đó, nắm giữ khóa trước khi bạn nhận được một bản biểu diễn thanh khoản của BTC.

Babylon tiếp cận theo cách khác.

Thay vì bọc BTC thông qua một đơn vị lưu ký, chỉ một vault có thể thực thi trực tiếp ba kết quả ở cấp độ Bitcoin: hoàn trả (redemption), thanh lý (liquidation) hoặc cắt phạt (slashing). Vault quyết định con đường nào là hợp lệ dựa trên các điều kiện đã được xác định trước, chứ không dựa vào sự quyết định tùy tiện của con người.

Điều đó đã thay đổi một thứ mà trước đây tôi chưa thực sự cân nhắc.

Nếu cùng một BTC gốc có thể tiếp tục tạo phần thưởng staking đồng thời đóng vai trò là tài sản thế chấp cho việc cho vay, thì hiệu quả sử dụng vốn không được tạo ra bằng cách phát hành thêm một tài sản tổng hợp khác—mà được tạo ra bằng các điều kiện chi tiêu có thể lập trình.

Phần mà hiện tại tôi đang theo dõi không phải là giao thức cho vay.

Mà là hạ tầng xung quanh nó.

Các hợp đồng ký quỹ (deposit contracts), light client của Bitcoin, SDK và công cụ giao diện người dùng (frontend tooling) đều có vẻ được thiết kế để giúp BTC gốc hoạt động như một tài sản DeFi hạng nhất trên nhiều máy ảo khác nhau mà không bắt người dùng phải hiểu về kịch bản (scripting) của Bitcoin.

Cảm giác giống như ít phải là một ứng dụng khác và nhiều hơn là Babylon đang cố gắng xây lớp vận hành (operating layer) mà các ứng dụng Bitcoin DeFi trong tương lai có thể âm thầm cắm vào.

Điều đó khiến tôi tự hỏi: liệu cuộc cạnh tranh thực sự sẽ không nằm giữa các giao thức cho vay... mà nằm giữa các hệ sinh thái có thể tích hợp tài sản thế chấp BTC không cần tin cậy trước.

#baby $BABY
$BROCCOLIF3B
$ON
Sau khi đọc về các Trustless Bitcoin Vault của Babylon, điều quan trọng nhất với bạn là gì?

Đã dành một thời gian đào lại @BabylonLabs_io , kỳ vọng câu chuyện lớn nhất sẽ là native $BTC staking. Thật bất ngờ là phần mà tôi cứ quay lại không hề liên quan đến staking. Đó là Trustless Bitcoin Vault (TBV) và cách nó cố gắng chứng minh trạng thái của Bitcoin ở nơi khác mà không yêu cầu ai đó chỉ việc tin vào một cây cầu.

Điều nổi bật là TBV không dựa vào một single relayer hay custodian. Sự đồng thuận của Bitcoin và trạng thái UTXO được xác minh thông qua các ZK proofs, các bộ indexer độc lập và việc xác minh trực tiếp trên chuỗi, trong khi mỗi lớp vẫn đủ mô-đun để có thể nâng cấp riêng rẽ. Điều này giống với việc xây Bitcoin thành một nguồn dữ liệu có thể kiểm chứng cho các hệ sinh thái khác hơn là một thiết kế cầu nối khác nữa.

Điểm thú vị là thay đổi này mang lại điều gì. Nếu smart contract có thể xác thực Bitcoin trực tiếp thay vì tin vào các tài sản được bọc, thì BTC sẽ không còn là thanh khoản bị cô lập nữa mà trở thành tài sản thế chấp có thể lập trình mà vẫn không từ bỏ mô hình bảo mật gốc của nó. Nghe giống như một bước chuyển lớn hơn nhiều so với việc chỉ thêm một sản phẩm staking khác.

Tôi thấy mình đã phác thảo kiến trúc hai lần, vì rất dễ tập trung vào tiêu đề về staking và hoàn toàn bỏ lỡ lớp hạ tầng bên dưới. Điều đó khiến tôi tự hỏi liệu TBV cuối cùng có trở thành sản phẩm quan trọng nhất của Babylon hay không, trong khi staking Bitcoin chỉ là thứ đầu tiên mà ai cũng để ý.
#baby $BABY $EUL
Trước hôm nay, bạn đã quen thuộc nhất với sản phẩm Babylon nào?

@NewtonProtocol ghi chú nhanh. Lần này tôi không để ý đến các tính năng bảo mật. Cuối cùng tôi lại chú ý nhiều hơn đến việc chính sách “layer” này thực sự đem lại lợi ích cho ai.

Có gì đó cảm thấy khác.

Hầu hết các vault đều yêu cầu người gửi tiền tin vào curator.

Newton đang cố gắng để người gửi tiền tin vào các quy tắc thay vì tin vào người.

Nghe có vẻ chỉ là một khác biệt nhỏ cho đến khi bạn nhìn vào cách các vault thường vận hành.

Nếu một curator thay đổi phân bổ, tạm dừng gửi tiền, hoặc phản ứng với điều kiện thị trường, người dùng thường không biết những kiểm tra nào đã diễn ra “đằng sau hậu trường”. Bạn hoặc phải tin vào người vận hành... hoặc bạn rời đi.

Newton chèn một policy engine trước khi thực thi.

Thay vì xử lý ngay một hành động của vault, yêu cầu được đánh giá dựa trên các quy tắc được xác định sẵn, sử dụng dữ liệu thị trường, đầu vào tuân thủ và các điều kiện của giao thức. Chỉ sau đó, mạng lưới người vận hành mới trả về một kết quả ủy quyền (authorization).

Tài liệu cũng nhắc đến một điều mà tôi không thấy được thảo luận nhiều.

Logic chính sách nhạy cảm không nhất thiết phải trở thành công khai.

Kết quả ủy quyền có thể được thực thi onchain trong khi dữ liệu policy nền vẫn được giữ riêng tư.

Điều này đặc biệt quan trọng với các vault mang tính tổ chức (institutional), nơi chiến lược đầu tư, logic tuân thủ hoặc các ngưỡng nội bộ không phải là thứ mà các nhà quản lý muốn công bố cho đối thủ cạnh tranh.

Giao thức cũng không yêu cầu các vault phải xây dựng lại mọi thứ.

Cơ sở hạ tầng hiện có vẫn được giữ nguyên.

VaultKit chỉ đơn giản thêm một lớp thực thi chính sách giữa yêu cầu và quá trình thực thi, trong khi Policy Packs cung cấp các “hàng rào bảo vệ” (guardrails) có thể tái sử dụng cho những việc như sức khỏe oracle, sàng lọc lệnh trừng phạt và bảo vệ tránh mất neo (depeg).

Cảm giác ít giống như việc thay thế hoàn toàn sự tin tưởng...

Mà giống hơn là giảm mức độ tin tưởng cần thiết ngay từ đầu.

Tuy vậy, tài liệu là một chuyện.

Chỉ số thú vị hơn trong vài tháng tới sẽ không phải là Newton hỗ trợ bao nhiêu policy.

Mà là có bao nhiêu vault thực sự quyết định rằng các policy đó đáng để được thực thi.

$NEWT
#Newt
$EVAA
$ALCH
Giải “mở khóa” lớn hơn cho các DeFi vault là gì?

Không phải Mỗi Token Mở Khóa Đều Kể Cùng Một Câu Chuyện

@NewtonProtocol cứ liên tục hiện ra trong lúc tôi làm nhiệm vụ CreatorPad, vì vậy tôi quyết định tự mình kiểm tra việc mở khóa token thay vì chỉ đọc trang dự án.

Đợt mở khóa tiếp theo diễn ra vào ngày 24 tháng 7. Khoảng 17,84M $NEWT sẽ được đưa vào lưu thông, tương đương khoảng 1,8% tổng cung.

Sau đó, tôi xem những token đó đang được chuyển đến đâu.

Các Cộng Tác Viên Cốt Lõi nhận 5,36M. Các Nhà Đầu Tư Sớm nhận 4,78M. Cộng lại, con số đó là hơn 10M NEWT. Quỹ Tăng Trưởng Hệ Sinh Thái nhận 2,58M, Kho Quỹ Foundation nhận 1,58M và Magic Labs nhận 1,45M.

Tôi còn để ly cà phê của mình nguội hẳn trong lúc kiểm tra lại phần phân bổ.

Không có gì có vẻ bị che giấu. Tất cả đều công khai và ai cũng có thể tự xác minh. Nhưng khi nhìn thấy các con số, tôi lại nghĩ khác. Phần lớn đợt mở khóa này sẽ rơi vào những người tham gia từ rất sớm, trong khi phần dành cho cộng đồng tăng dần theo thời gian.

Điều đó không có nghĩa là tốt hay xấu. Nó chỉ là thứ tự phân phối.

Giờ tôi đang tự hỏi hoạt động gần đây chủ yếu đến từ người dùng thực sự, hay một phần trong đó đơn giản là các token mới được mở khóa đang di chuyển qua thị trường.

Nếu bạn muốn, tôi cũng có thể diễn đạt theo kiểu tự nhiên và trò chuyện hơn để thu hút tốt hơn trên Binance Square. #Newt
$LAB
$DODOX
Điều gì thường thúc đẩy hoạt động token sau một đợt mở khóa theo lịch?

Hầu hết mọi người đang theo dõi giá của $NEWT .

Cuối cùng tôi lại xem nơi mà người ta thực sự nắm giữ nó.

Khi kiểm tra nhiệm vụ CreatorPad, tôi đã mở hợp đồng BEP-20 trên BscScan thay vì chỉ đọc tài liệu. Ảnh chụp từ ngày 9 tháng 7 năm 2026 cho thấy có 1.504 người nắm giữ và vốn hóa thị trường on-chain chỉ khoảng 215.031 USD. Trong khi đó, vốn hóa thị trường chính #Newt trên một chuỗi khác đã vượt 14 triệu USD.

Tôi đã mua một ly cà phê giữa lúc cuộn trang...

Dự án nói rất nhiều về tính nhất quán chính sách cross-chain và trải nghiệm thống nhất trên các mạng. Tất cả đều là hạ tầng quan trọng. Nhưng khi tôi xem dữ liệu người nắm giữ, một bức tranh khác đã hiện ra.

Phần lớn hoạt động, thanh khoản và sự chú ý vẫn tập trung vào một chuỗi. Phiên bản trên BNB Chain có cảm giác yên ắng hơn nhiều. Nó không bị “hỏng” và có lẽ ở giai đoạn này là điều có thể dự đoán, nhưng thật khó bỏ qua khi bạn thấy các con số.

Giờ tôi đang tự hỏi liệu đây chỉ là sự phân mảnh ở giai đoạn đầu là điều bình thường—rồi sẽ biến mất khi mức độ áp dụng tăng lên—hay liệu các ưu đãi một cách tự nhiên vẫn giữ người dùng ở một chuỗi dù thiết kế cross-chain có mượt mà đến đâu.

Tôi sẽ theo dõi đợt mở khóa ngày 24 tháng 7 của khoảng ~17,84M #Newt để xem liệu điều đó có thay đổi nơi mà hoạt động thực sự đổ về hay không.
$LAB $EVAA
@NewtonProtocol
Liệu hoạt động của #Newt có lan sang nhiều chuỗi không? 👀

Đã dành một thời gian để tìm hiểu mô hình bảo mật của @NewtonProtocol , và có một chi tiết nổi bật hơn so với câu chuyện của AI.

Ai cũng nói về các chính sách có thể lập trình. Tôi cứ mãi tự hỏi: người thực sự được quyền phê duyệt chúng là ai.

Newton không dựa vào chỉ một trình xác thực hay một ứng dụng duy nhất. Các nhà điều hành sẽ đặt lại #ETH thông qua AVS của EigenLayer, đặt giá trị kinh tế vào rủi ro nếu họ tạo ra các xác nhận sai. Bảo mật tăng theo tổng số vốn (stake) bảo vệ mạng lưới, chứ không chỉ phụ thuộc vào từng node riêng lẻ.

Lớp thứ hai là trách nhiệm giải trình. Các nhà điều hành được cấp quyền, phân bố theo khu vực địa lý và phải đáp ứng các tiêu chuẩn về độ sẵn sàng (uptime), tuân thủ (compliance) và vận hành (operational). Kết quả chính sách cũng không được quyết định bởi một người tham gia duy nhất—mà là một đa số có thể cấu hình của các nhà điều hành đã stake phải đồng ý trước khi một xác nhận trở nên hợp lệ, với cơ chế đánh giá xác định (deterministic) giúp việc xuất ra sai có thể được chứng minh.

So sánh mà tôi cứ quay lại là thế này:

Câu chuyện: ủy quyền của AI cho các giao dịch trên chuỗi (on-chain).

Kiến trúc sâu hơn: một lớp ủy quyền trung lập, nơi bảo mật đến từ các động lực kinh tế, sự đồng thuận phân tán và trách nhiệm giải trình có thể xác minh, thay vì dựa vào niềm tin vào một nhà điều hành duy nhất.

Tôi không nói điều này đảm bảo việc được áp dụng. Tôi chỉ nói rằng mô hình niềm tin này giống “hạ tầng” hơn là một lớp ứng dụng khác.

Câu hỏi thực sự là: khi các tác nhân AI ngày càng tự chủ hơn, liệu ủy quyền phi tập trung có trở nên thiết yếu như việc thanh toán phi tập trung không?
#Newt $NEWT
$SXT $B
Lớp niềm tin quan trọng nhất cho các giao dịch on-chain do AI hỗ trợ là gì?

Vừa xem xong một góc nhìn khác về @NewtonProtocol , và có một câu hỏi cứ đọng lại với tôi.

Mọi người cứ mô tả $NEWT như là hạ tầng cho các tác nhân AI (AI agents). Nhưng hạ tầng chỉ thật sự có giá trị khi việc không dùng nó là điều quá tốn kém.

Hiện tại, phần lớn các cuộc trò chuyện vẫn xoay quanh giá, phần thưởng staking & ngày mở khóa. Những chỉ số đó có ý nghĩa, nhưng chúng không cho tôi biết liệu chính mạng lưới ủy quyền (authorization) có đang trở nên không thể thiếu hay không.

Điều làm tôi chú ý.

Newton không cố gắng thay thế ví hay blockchain. Nó đang muốn trở thành lớp quyết định trước khi một giao dịch xảy ra. Mọi tác nhân AI, quỹ dự trữ (treasury) hay chiến lược tự động hóa cuối cùng đều phải đối mặt với cùng một câu hỏi:

"Hành động này có được phép không?"

Nếu quyết định đó được đưa ra thông qua Newton, thì mỗi giao dịch được phê duyệt sẽ củng cố vai trò của mạng. Nếu các ứng dụng tiếp tục tự xử lý phần ủy quyền nội bộ, giao thức có thể vẫn ấn tượng về mặt kỹ thuật nhưng bị khai thác ngoài thực tế một cách kém hiệu quả về mặt thương mại.

Đó là một thước đo hoàn toàn khác so với khối lượng giao dịch hằng ngày.

Vì vậy, thay vì nhìn hoạt động giao dịch trước tiên, tôi bắt đầu theo dõi các dấu hiệu về mức độ áp dụng như:

• Các ứng dụng mới tích hợp thực thi chính sách (policy enforcement)
• Sự tăng trưởng trong các yêu cầu ủy quyền tự động
• Mở rộng hỗ trợ liên chuỗi cho các workflow AI
• Liệu nhà phát triển xây dựng dựa trên công cụ chính sách (policy engine) hay chỉ xem nó như một phần cộng thêm tùy chọn

Những con số đó sẽ kể một câu chuyện rõ ràng hơn nhiều về giá trị dài hạn của mạng lưới, thay vì một phiên giao dịch biến động khác.

Thêm một suy nghĩ nữa.

Thị trường thường định giá câu chuyện trước khi có việc sử dụng.

Các giao thức hạ tầng đôi khi lại làm điều ngược lại: âm thầm được sử dụng, và việc sử dụng càng tích lũy thì thị trường mới dần để ý.

Điều đó khiến tôi thấy câu hỏi thú vị hơn không phải là liệu #Newt có thể thu hút các nhà giao dịch.

Mà là liệu Newton có thể trở thành lớp tin cậy vô hình mà các ứng dụng cần mỗi ngày hay không—dù đa số người dùng không bao giờ nhận ra nó đang hiện diện.

Nếu điều đó xảy ra, thì giao thức sẽ không phải cạnh tranh để giành sự chú ý.

Nó sẽ đơn giản trở thành một phần trong cách các hệ thống tự trị hoạt động trên chuỗi khối.
$SKL $PYR
Động lực lớn nhất cho Newton trong thời gian tới là gì?

Đã dành một thời gian đọc qua phần tích hợp Persona mới của @NewtonProtocol , kỳ vọng sẽ có thêm một thông báo kiểu "KYC gặp crypto".

Nhưng đó không phải là phần thu hút sự chú ý của tôi.

Điểm nổi bật là nơi diễn ra việc kiểm tra danh tính.

Hầu hết các ứng dụng Web3 vẫn xác minh người dùng trước khi họ bước vào ứng dụng.$NEWT đang cố gắng xác minh xem liệu chính bản thân một giao dịch có xứng đáng để được thực thi hay không. Đó là một mô hình bảo mật hoàn toàn khác.

Gian lận danh tính đã trở thành một vấn đề trị giá hàng tỷ USD, các luồng crypto bất hợp pháp tiếp tục gia tăng, và các quy định như MiCA cùng Quy tắc Du hành của FATF đang thúc đẩy các nhà phát triển hướng tới tuân thủ có thể thực thi thay vì chỉ là các kiểm tra frontend mang tính tùy chọn.

Thông thường, những kiểm tra đó nằm ở UI.

Nếu ai đó tương tác trực tiếp với một smart contract, nhiều quy tắc trong số đó có thể bị bỏ qua một cách dễ dàng.

Cách tiếp cận của Newton chuyển quyết định sang lớp ủy quyền (authorization).

Với Persona Data Oracle, các thuộc tính đã được xác minh như nơi cư trú, quốc tịch hoặc độ tuổi có thể trở thành các đầu vào chính sách (policy) có thể lập trình trước khi thực thi. Nếu chính sách không được đáp ứng, giao dịch sẽ không bao giờ đi đến giai đoạn thanh toán.

Điều này chuyển việc tuân thủ từ một tính năng của giao diện sang hạ tầng của giao thức.

Điều thú vị khác mà tôi nhận thấy là #Newt không công bố thông tin cá nhân trên onchain.

Thay vào đó, các nhà vận hành phi tập trung đánh giá chính sách, tạo ra một chứng thực mật mã (cryptographic attestation), và các smart contract xác minh chứng nhận đó trước khi cho phép thực thi. Danh tính tác động đến kết quả mà không phơi bày dữ liệu nền.

Điều đó mở ra nhiều khả năng hơn chỉ KYC.

Hãy nghĩ về stablecoin, DeFi, tác nhân AI và các trò chơi onchain thực thi điều kiện tư cách trực tiếp ở cấp hợp đồng.

Bản thân phần tích hợp không phải là câu chuyện lớn nhất.

Câu hỏi thú vị hơn là liệu các ứng dụng onchain sẽ tiếp tục xem tuân thủ như thứ người dùng chỉ cần bấm qua, hay bắt đầu xem nó như hạ tầng mà mọi giao dịch đều phải đáp ứng trước khi có thể tồn tại.

Điều đó giống như sự thay đổi về kiến trúc mà Newton đang đặt cược.
$TAG $ESPORTS
Nên thực thi tuân thủ ở đâu trong Web3?