Giao dịch trên chuỗi không cần thêm báo động, mà cần một cánh cổng kiểm tra an ninh thực sự
Trước đây tôi vẫn luôn nghĩ rằng, thứ quan trọng nhất đối với an toàn trên chuỗi là “giám sát”. Nhắc nhở biến động ví, cảnh báo rủi ro hợp đồng, cảnh báo thanh lý, danh sách đen địa chỉ, cảnh báo giao dịch bất thường… Nghe có vẻ rất hữu ích. Nhưng người nào đã thực sự trải qua rủi ro đều biết rằng, rất nhiều lúc chuông báo động vang lên thì mọi chuyện đã xảy ra rồi. Tài sản đã được chuyển đi rồi. Vị thế đã bị cháy (vượt ngưỡng). Chiến lược đã thực thi sai. AI Agent đã sử dụng quyền hạn một cách sai lệch. Đến lúc này mà lại nói với bạn “đã phát hiện rủi ro”, thật ra nó giống như đang kéo rào chắn cảnh báo ngay tại hiện trường vụ án. Chuyên nghiệp thì cũng chuyên nghiệp, nhưng đã muộn.
Điều đáng sợ nhất trong giao dịch on-chain không phải là bị lỗ tiền, mà là bạn biết rõ rủi ro đang tiến đến, nhưng chỉ có thể chờ nó xảy ra. Trước đây, nhiều công cụ bảo mật giống như “báo động”: hacker đã ra tay, tài sản đã bị chuyển đi, việc thanh lý đã xảy ra rồi, nó mới nói với bạn “có sự cố”. Nghe có vẻ rất chuyên nghiệp, nhưng bản chất vẫn là rà soát/suy ngẫm sau sự việc. Gần đây tôi xem lại $NEWT , và phát hiện @NewtonProtocol nói không phải “giám sát”, mà là “quyền cho phép giao dịch”. Logic của Newton giống như an ninh sân bay: không phải đợi bạn lên máy bay rồi mới kiểm tra, mà là trước khi thực thi giao dịch đã đánh giá—thao tác này có vi phạm quy tắc không? Có cho qua không? Nếu thông qua thì on-chain để lại bằng chứng có thể xác minh; nếu không thông qua thì chặn ngay. VaultKit giống như lắp một “cổng kiểm soát quy tắc” cho DeFi vault. Ví dụ: mức độ tập trung vị thế, thanh khoản thị trường, độ lệch giá, rủi ro địa chỉ, kiểm tra tuân thủ—những điều kiện này không nằm trong slide/PPT, mà được biến thành policy bắt buộc phải vượt qua trước khi giao dịch được thực hiện. Tôi cho rằng điểm này rất then chốt. Trong tương lai, nếu AI Agent, chiến lược tự động, RWA, stablecoin, vault của tổ chức thật sự muốn lên on-chain quy mô lớn, chỉ dựa vào “báo động khi có sự cố” chắc chắn là không đủ. Tiền càng lớn thì càng cần ủy quyền trước, thay vì truy trách nhiệm sau. Dĩ nhiên, $NEWT hiện cũng chưa phải không có vấn đề. Mainnet vẫn đang ở giai đoạn Beta; khối lượng giao dịch thực tế, tốc độ tích hợp, tỷ lệ phán đoán sai của chiến lược, và áp lực mở khóa/cởi ràng buộc tiếp theo đều cần tiếp tục theo dõi. Vốn hóa thấp không phải là lý do để mua; dữ liệu khi triển khai mới là điều quan trọng. Nhưng tôi công nhận hướng đi của nó: đẩy an ninh on-chain từ “thông báo tai nạn” tiến lên “cho phép giao dịch”. Một bên là lính cứu hỏa, một bên là cổng an ninh. Các bạn nghĩ sao? Việc kiểm soát rủi ro on-chain kiểu $NEWT —chặn từ trước—sẽ trở thành nhu cầu bắt buộc cho các tổ chức khi lên chuỗi, hay lại là một câu chuyện cơ sở hạ tầng nghe rất hay khác? #Newt #newt
Có một vấn đề cũ nan giải trong tuân thủ on-chain ít ai dám nói thẳng: quy định của cơ quan quản lý đã thay đổi, và hợp đồng phải được triển khai lại. Triển khai lại đồng nghĩa với kiểm toán, thử nghiệm và di chuyển dữ liệu—nhanh thì vài tuần, chậm thì lâu hơn. Trong khoảng thời gian đó, quy tắc cũ vẫn đang chạy, trong khi yêu cầu mới đã có hiệu lực; “cửa sổ” ở giữa chính là lỗ hổng tuân thủ hiện hữu. Trên Newton Mainnet Beta, tôi nghĩ một thiết kế bị đánh giá thấp nhất là việc policy và code được tách hoàn toàn. Policy của VaultKit tồn tại độc lập; khi curator cập nhật danh sách trừng phạt, điều chỉnh ngưỡng rủi ro, hoặc thay đổi giới hạn đối thủ giao dịch, không cần đụng đến hợp đồng, không cần triển khai lại—chỉ cần sửa là có hiệu lực ngay, và mạng Newton sẽ trực tiếp thực thi quy tắc mới. Với các tổ chức, đây không chỉ là sự tiện lợi—mà là khoảng cách cốt lõi về tính kịp thời của tuân thủ. Cơ chế bắt giữ giá trị của $NEWT , xét về bản chất, chính là: “quy tắc của ai quan trọng hơn thì người đó càng không thể thiếu tầng thực thi này”. @NewtonProtocol $NEWT #Newt #newt
Newton Mainnet Beta đã lên sóng, tôi đã nghiêm túc xem cơ chế của VaultKit
Có một nơi khiến tôi vừa cảm thấy mình thông minh, vừa cảm thấy đó là điểm yếu dễ tổn thương nhất của cả hệ thống. <c-32/> logic là như sau: VaultKit không thay thế các công cụ quản trị hiện có của curator, mà chỉ bọc ở bên ngoài—mỗi lần curator muốn can thiệp vào vault, ví dụ như tái cơ cấu danh mục, chỉnh giới hạn rủi ro, hoặc mở thị trường mới, thì trước hết lệnh đó phải đi qua kiểm tra policy của Newton; nếu đạt thì mới được ghi lên blockchain, còn không thì bị chặn trực tiếp. Kết hợp với nguồn cấp dữ liệu giá thời gian thực của RedStone, policy có thể trực tiếp lấy tỉ lệ thế chấp thực tế trên chuỗi để quyết định một thao tác có thể thông qua hay không. Thiết kế “chặn trước khi thực thi” này theo tôi là thực sự có giá trị—không phải giám sát sau đó, không phải giới hạn ở lớp UI, mà là ở cấp độ hợp đồng trực tiếp khóa lại; bất kỳ ai trực tiếp gọi hợp đồng cũng không thể đi vòng.
Những vấn đề then chốt của VaultKit SDK: Ai sẽ viết quy tắc?
Newton Protocol Mainnet Beta đã ra mắt. Lần này tôi xem kỹ và có vài chi tiết đáng nói riêng. Việc kiểm tra policy diễn ra ở vị trí nào rất quan trọng. Policy của Newton không phải là sàng lọc danh tính khi gửi tiền, cũng không phải là kiểm toán hậu kiểm; mà là kiểm tra thời gian thực trước khi mỗi giao dịch được ghi vào chuỗi. Người dùng muốn rút tiền hoặc vay vốn, Newton sẽ chạy một lượt policy trước; nếu đạt thì mới cho thực hiện, đồng thời tạo ra một chữ ký attestation—chứng minh rằng giao dịch này đã được xác thực trước khi thực thi, để bất kỳ ai cũng có thể kiểm tra lại sau này. Việc lựa chọn vị trí này không hề tùy tiện. Đầu mối sàng lọc ở phía tiền gửi chỉ có thể thực hiện một lần; sau đó, việc tài sản luân chuyển trong nội bộ giao thức như thế nào thì không thể bị sàng lọc nữa. Kiểm toán sau sự cố chỉ là kiểu “vá sau khi mất bò”, xảy ra vấn đề mới truy vết. Newton chọn thực hiện kiểm tra trước khi mỗi giao dịch được thực thi, nghĩa là các quy tắc vẫn duy trì hiệu lực liên tục chứ không phải là một ngưỡng chỉ áp dụng một lần.
Newton Protocol Mainnet Beta đã ra mắt, và câu hỏi đầu tiên của tôi không phải là “liệu có tăng giá không”.
Câu hỏi là: ai sẽ viết policy?
Logic của VaultKit SDK là đúng—curator viết sẵn các quy tắc trước, khi giao dịch đến thì Newton kiểm tra: đạt thì cho qua, không đạt thì chặn. Mỗi lần ra quyết định sẽ tạo một biên lai chữ ký có thể xác minh. RedStone cung cấp dữ liệu giá, Credora cung cấp đánh giá rủi ro, còn công cụ policy sẽ kết hợp cả hai để tạo thành một phán quyết thực thi. Nghe có vẻ hoàn chỉnh.
Nhưng hiệu quả thực tế của cả hệ thống lại phụ thuộc vào chất lượng policy mà curator viết. Quy tắc viết quá lỏng thì policy gần như vô dụng; viết quá chặt thì cả các giao dịch bình thường cũng bị chặn. Đây không phải là vấn đề của chính giao thức Newton—mà là vấn đề của người dùng VaultKit: dùng tốt hay không.
Ở giai đoạn Mainnet Beta, điều đáng theo dõi nhất không phải là giá $NEWT , mà là liệu có curator thực sự đang chạy trong môi trường sản xuất hay không, và policy đã chặn bao nhiêu giao dịch rủi ro thực tế. Số liệu nói lên tất cả, còn câu chuyện thì không nói.
Cơ chế cụ thể của Keystore Rollup/zkVM/policy client
Một thời gian trước, tôi đánh giá sai về NEWT. Hôm nay tôi sẽ tổng kết lại. Khi đó tôi coi nó như một đồng tiền khái niệm AI thông thường, nghĩ rằng chỉ là một dự án khác đang bám theo câu chuyện, giảm giá cũng không có gì lạ. Sau đó tôi đã nghiêm túc lật lại cơ chế lớp nền của @NewtonProtocol , mới phát hiện hướng mình nhìn hoàn toàn bị lệch. Newton không phải là một mô hình AI, mà là tầng cấp phép. Cụ thể: bất kỳ AI agent hay chương trình tự động hóa nào muốn thực hiện giao dịch trên chuỗi đều phải trước tiên vượt qua việc kiểm tra policy của Newton. Policy là các quy tắc được viết sẵn bằng ngôn ngữ Rego, do mạng operator của EigenLayer AVS xác minh; nếu đạt thì sẽ tạo ra bằng chứng mật mã để giao dịch được ghi lên chuỗi, còn không thì bị chặn trực tiếp. Điểm mấu chốt của toàn bộ quy trình là "ủy quyền thực thi trước" — không phải kiểm toán sau, mà là chặn ngay từ trước.
#newt $NEWT Khi bạn mua $NEWT , bạn có thật sự đã nghĩ kỹ xem người dùng thực sự của @NewtonProtocol rốt cuộc là ai không? Không phải bạn, không phải tôi, cũng không phải một nhà đầu tư lẻ thông thường. Bộ sản phẩm của Newton — Rego language viết policy, mạng EigenLayer AVS thực hiện xác thực ủy quyền trước khi giao dịch được ghi lên chuỗi, các bằng chứng mật mã ghi lại từng bước thực thi — người thực sự đứng ra mua là các tổ chức cần đưa quy tắc tuân thủ vào quy trình trên chuỗi; là giao thức quản lý RWA; là các ví doanh nghiệp không dám để AI agent tự do điều động dòng tiền. Nhà đầu tư lẻ không có kịch bản sử dụng trực tiếp trong lớp ủy quyền của Newton. Đây không phải là lời phê bình, mà là vấn đề định vị. Vì vậy nhiều người cảm thấy NEWT "không có use case" là vì họ đang nhìn một sản phẩm dành cho tổ chức bằng con mắt của nhà đầu tư lẻ. Magic Labs với nguồn tích lũy 200K+ nhà phát triển chính là tài sản vô hình lớn nhất, nhưng nhóm nhà phát triển này mới là người đưa client policy của Newton thật sự gắn vào hợp đồng của chính họ; họ dựa vào áp lực tuân thủ và nhu cầu của tổ chức, chứ không phải độ nóng của câu chuyện. Tiến độ chậm, nhưng một khi đã tích hợp thì rất khó để thay thế. Tôi nhìn $NEWT và chỉ tập trung vào một việc: có phải là có một giao thức thật sự đưa policy vào hợp đồng để chạy, chứ không phải demo trên testnet.
Khách hàng thực sự của Newton là tổ chức, không phải nhà đầu tư lẻ
Trong vòng thảo luận, các bài viết về @NewtonProtocol là chủ yếu. Phần lớn nói về việc cấp quyền cho AI agent, tự động hóa DeFi; đọc xong thì cảm giác đây là một lớp hạ tầng cơ bản hướng tới những người chơi cũ trên chuỗi. Nhưng gần đây tôi đã đọc lại whitepaper và tài liệu chính thức, và phát hiện ra một điều mà nhiều người có thể chưa nhận ra: khách hàng mà Newton thực sự muốn phục vụ có thể hoàn toàn không phải là các nhà đầu tư lẻ DeFi. Trước hết, hãy làm rõ cơ chế. Trước khi mỗi giao dịch được “ghi lên” chuỗi, nó sẽ phải trải qua đánh giá policy của Newton AVS — các quy tắc được viết bằng ngôn ngữ Rego, kết hợp dữ liệu off-chain như giá thời gian thực từ RedStone, điểm tín dụng của Credora, danh sách trừng phạt, v.v. — do mạng các nhà vận hành restake của EigenLayer xác thực, tạo ra giấy tờ/tín hiệu ủy quyền có chữ ký. Sau đó hợp đồng mới kiểm tra giấy tờ và cho phép chạy. Toàn bộ quy trình được hoàn tất trước khi thực thi, không thay đổi logic hợp đồng, chỉ thêm một “policy hook”.
Hôm nay mình đã đọc thêm một chút tài liệu của Newton Protocol, nhưng bị kẹt ở một vấn đề. Đánh giá policy của @NewtonProtocol cần dữ liệu off-chain theo thời gian thực—bao gồm price feed của RedStone, điểm tín dụng của Credora và cập nhật danh sách trừng phạt. Các dữ liệu này được tích hợp thông qua adapter TEE; mỗi lần giao dịch được đưa lên mạng, trước khi “rơi” on-chain, nhà vận hành sẽ chạy xong các quy tắc Rego với tập dữ liệu này để tạo ra chứng cứ/giấy tờ chữ ký, rồi hợp đồng trên chuỗi mới xác minh chữ ký và cho phép tiếp tục. Logic thì đúng. Nhưng mình đang nghĩ về một tình huống: trong biến động cực đoan, price feed của RedStone có độ trễ vài giây. Policy của Newton lại dùng giá cũ để tạo ra chứng cứ, trong khi giá thực tế trên chuỗi đã nhảy. Vậy khoảng chênh lệch thời gian này được xử lý thế nào trong thiết kế “ủy quyền trước khi thực thi”? Không phải là nói RedStone không đáng tin, mà là cách các dạng độ lệch thời gian dữ liệu này ảnh hưởng—khác hoàn toàn với logic giao thức dùng oracle trực tiếp để thanh toán bù trừ, nên đáng để làm rõ. Vẫn đang nghiên cứu, chưa có kết luận.$NEWT #Newt
Alpha日报 Hôm nay airdrop đến hơi chậm, treo đó không nhúc nhích, đánh răng xong nhìn lại đã chạy thêm 20u, may mắn lần này không bị bán bay. Coin mới không có thông báo, coin cũ tiếp tục quét, cái gì ăn được thì ăn. Những nhà đầu tư nhỏ lẻ trước đây nhìn vào dự án AI, dễ bị cuốn hút bởi những từ như "số lượng mô hình" hay "bối cảnh tài chính", cái gì a16z đầu tư, hàng ngàn mô hình, nghe thôi đã thấy ổn. Sau này mới phát hiện ra, đó chỉ là một phần mà đội ngũ dự án muốn thể hiện, những thứ thực sự quyết định giá trị lại rất ít người nhắc đến. Hôm nay tiếp tục xem @OpenGradient , tôi chú ý không phải nó nói bao nhiêu khái niệm AI, mà là cái Model Hub này — các nhà phát triển có thực sự muốn đưa mô hình lên đó, sử dụng nó, chứ không phải là đội ngũ chính thức tự mình làm giả số liệu cho đẹp. Một kho mô hình phi tập trung, sống hay chết, cuối cùng là xem có ai tiếp tục thêm cái mới vào đó hay không, chứ không phải chỉ nhìn vào tổng số ngày ra mắt có đẹp hay không. $OPG giờ vẫn đang dao động ở mức thấp, tôi sẽ không vì giá giảm mà nghĩ là không có gì, cũng không vì đã lên Binance mà thấy ổn. Tiếp tục theo dõi tình trạng hoạt động của #OPG này, xem có thật sự có nhà phát triển đang sử dụng hay không, chứ không chỉ chăm chăm vào độ hot. $OPG #OPG
Alpha日报 Hôm nay mình đã bổ sung một ít vị thế nhỏ OPG, Upbit mới lên sàn, khối lượng giao dịch tăng vọt khiến giá nhảy lên rồi lại rút về, mình đã chạm vào khoảng 0.20, cũng không chắc có đúng hay không, chỉ muốn tận dụng lúc chưa ai chú ý để vào lệnh. Bán tháo và giữ lỗ là chuyện thường tình trên chuỗi, phải chấp nhận thôi😅 Các nhà đầu tư nhỏ lẻ nhìn vào các dự án AI, trước đây dễ bị cuốn vào các khái niệm, nhưng sau mới nhận ra rằng việc token có thực sự được tiêu thụ hay không quan trọng hơn mọi thứ. Hôm nay mình tiếp tục theo dõi @OpenGradient , mình để ý một chi tiết: mỗi lần nhà phát triển gọi AI để suy luận, OPG sẽ bị tiêu thụ thực sự một lần, thực hiện giao dịch qua giao thức x402 trực tiếp trên Base, không phải là "quản lý hệ sinh thái" vòng vo, mà là lượng sử dụng mạng và lượng tiêu thụ token được liên kết trực tiếp. Nếu logic này đúng, điều đáng theo dõi không phải là giá cả, mà là xu hướng số lượng gọi suy luận. $OPG Mình sẽ không chỉ tập trung vào độ hot, mà vẫn tiếp tục quan sát #OPG xem dữ liệu thực tế có đang tăng lên không.
Hôm nay xác suất cao là blind box của old coin, xong rồi đừng quên ủng hộ creator. @OpenGradient đã lên Binance, "AI reasoning có thể xác minh" nghe rất sexy, mình đã xem kỹ nền tảng, hôm nay muốn nói cho những ai chỉ thấy a16z backing mà lao vào vài câu thực tế. Hướng đi là có thực, kết quả AI reasoning không thể xác minh là vấn đề thật sự trên chuỗi, 2000+ mô hình, 2 triệu lần dữ liệu reasoning có thể xác minh không phải là nói chơi, điều này mình thừa nhận. Nhưng cái giá phải trả là gì? "Có thể xác minh" ẩn chứa ba giả định niềm tin hoàn toàn khác nhau. zkML là chứng minh toán học, triệt để nhất, nhưng chi phí tính toán là hàng trăm lần so với reasoning bản thân, giờ chỉ chạy được mô hình cực nhỏ. TEE là phần cứng tin cậy thực thi, nhanh nhưng bản chất là tin tưởng Intel, AMD không để lại backdoor, giữa nó và mục đích phi tập trung có một sự cọ xát không thể nói rõ. Vanilla thì hoàn toàn không có xác minh. Thực tế reasoning trên mạng đang chạy loại nào? Tỷ lệ này quyết định "AI có thể xác minh" có bao nhiêu thực tế, có bao nhiêu là tầm nhìn. Không ai hỏi câu này. Logic thực hành của mình: Hướng đi OG là thật, nhưng hiện tại cái đáng theo dõi nhất không phải là số lượng mô hình, mà là tỷ lệ reasoning zkML so với tổng số có đang tăng không. Con số này không tăng, "có thể xác minh" hầu hết thời gian chỉ là TEE dưới dạng tương đối tin cậy, còn cách xa thực sự có thể xác minh trên chuỗi. $OPG hiện đang thấp hơn nhiều so với ATH, dữ liệu gọi thực tế của nhà phát triển mới là điều quan trọng, không phải độ hot. #OPG $OPG
Hôm nay có khả năng cao là coin cũ, trên dưới 240 phút, làm xong thì mở lệnh ngay. Gần đây cả mạng đang nói về BTCFi, @Bedrock của brBTC mỗi ngày có người đẩy, tôi đã nghiêm túc xem qua cơ chế nền tảng, hôm nay muốn nói một điều mà không ai bàn đến: Node xác thực Babylon bị slash, brBTC holder sẽ làm gì? Trước tiên phải thừa nhận, logic định tuyến đa giao thức của brBTC là có thể, BTC làm tài sản đảm bảo thu hồi ngân sách an toàn, bền vững hơn so với chỉ dựa vào khuyến khích trợ cấp, điều này tôi không phủ nhận. Nhưng cái giá phải trả là gì? Việc bị slash của Babylon đã được viết chết trong giao thức — nếu node xác thực làm điều xấu, BTC ở phía sau sẽ bị hủy diệt phạt. brBTC là mô hình tăng giá không tái cơ cấu, số lượng nắm giữ không thay đổi, tỷ giá hối đoái tăng theo lợi nhuận. Vậy ngược lại, nếu node bị slash, tỷ giá hối đoái sẽ lần đầu tiên giảm xuống không? Khoản lỗ này sẽ được các holder brBTC chia sẻ theo tỷ lệ, hay là Bedrock có quỹ bảo hiểm độc lập để đỡ lỗ? Quy mô quỹ bảo hiểm tương đối với TVL có đủ không, mới là con số thực sự đáng chú ý, không phải là APY chênh lệch vài điểm. Cộng đồng hàng ngày bàn luận về lợi nhuận, có ai từng xem lại điều khoản phân chia rủi ro slash chưa? Cơ bản là không. Logic thực hành của tôi: làm rõ quy mô quỹ bảo hiểm và cơ chế xử lý khi node gặp vấn đề rồi mới vào vốn lớn, nếu không trả lời được thì vào vốn lớn là đang làm những rủi ro mà mình không hiểu. Đợi thị trường thực sự xuất hiện sự kiện slash lần đầu tiên, $BR sẽ xử lý thế nào, mới là lúc BTCFi 2.0 chấp nhận kiểm tra áp lực thực sự. $BR #Bedrock
Hôm nay khả năng cao là coin cũ, 240 phút lên xuống, làm xong thì mở lệnh thôi. Gần đây có người push brBTC của @Bedrock mỗi ngày, mình đã nghiêm túc xem lại cơ chế nền tảng, hôm nay nói một chuyện mà chưa ai nói thẳng: Node xác thực Babylon bị slash, người nắm brBTC sẽ làm gì? Trước tiên phải thừa nhận, logic định tuyến đa giao thức là có thực, BTC làm tài sản đảm bảo an toàn thì bền vững hơn là chỉ dựa vào mô hình thưởng kích thích, điều này mình công nhận. Nhưng cái giá phải trả là gì? Cơ chế slash của Babylon là có thật — ký tên đôi, hành vi xấu, BTC phía sau sẽ bị tiêu hủy một cách phạt. brBTC là dạng không tái cấu trúc, số lượng nắm giữ không thay đổi, tỷ giá sẽ tăng theo lợi nhuận. Vậy thì thiệt hại do slash xử lý thế nào? Tỷ giá có lần đầu tiên giảm không? Hay là Bedrock có quỹ bảo hiểm đỡ lỗ? Tỷ lệ bao phủ của quỹ bảo hiểm mới là con số thật sự cần theo dõi, không phải APY thiếu vài điểm. Trong cộng đồng mỗi ngày thảo luận xem lợi nhuận cao hay không, có ai đã xem qua điều khoản phân phối rủi ro slash chưa? Không có. Mọi người chỉ nhìn tỷ giá đang tăng, không nghĩ đến logic kích hoạt khi nó lần đầu giảm. Logic thực tiễn của mình: Trước khi vào brBTC phải làm rõ hai điều — quy mô quỹ bảo hiểm so với tỷ lệ TVL, và cơ chế xử lý cụ thể khi node gặp vấn đề. Nếu không trả lời được thì đừng dồn vốn, đó là đang làm rủi ro mà mình không hiểu. Khi sự kiện slash thật sự xảy ra, $BR sẽ phản ứng thế nào, đó mới là lúc BTCFi 2.0 thật sự được kiểm tra áp lực. $BR #Bedrock
Hôm nay có blind box cho coin cũ, khoảng 240 điểm lên xuống, sau khi quét xong đừng quên ủng hộ creator. OPG đã lên Binance, "AI suy luận có thể xác thực" được nói rất hấp dẫn, mình đã xem cơ chế nền tảng, muốn nói thật với những ai chỉ nhìn vào a16z để lao vào. Hướng đi là thực tế—gọi các mô hình AI qua giao thức trên chuỗi, làm sao chứng minh mô hình chạy đúng như nó tuyên bố và đầu ra không bị sửa đổi? Đây là một vấn đề thực sự, @OpenGradient ở đây có nhu cầu xây dựng hạ tầng logic. Nhưng giá phải trả là gì? "Có thể xác thực" ẩn chứa ba giả định tin cậy hoàn toàn khác nhau. zkML là phương pháp triệt để nhất, chứng minh toán học tính toán chính xác, không cần tin tưởng ai cả—nhưng chi phí tính toán là hàng trăm lần so với quá trình suy luận, giờ chỉ có thể chạy các mô hình với lượng tham số cực nhỏ. TEE nhanh chóng, nhưng về bản chất lại tin tưởng vào phần cứng của Intel, AMD không có cửa hậu, và giữa "phi tập trung" có một sự ma sát không thể nói rõ. Vanilla hoàn toàn không có xác thực. Mô hình thực tế trên mạng đang chạy là kiểu nào? Tỷ lệ này quyết định câu chuyện "AI có thể xác thực" này có bao nhiêu thực sự được hiện thực hóa. Trong cộng đồng, những người đã mua $OPG , có bao nhiêu người có thể trả lời câu hỏi này? Phần lớn mua là "AI x blockchain" concept, chứ không phải là có sự đánh giá thực sự về cơ chế xác thực. Logic thực chiến của mình: không nhìn vào số lượng mô hình, mà theo dõi tỷ lệ suy luận zkML trong tổng lượng suy luận có đang tăng lên không. Con số này không tăng, thì "có thể xác thực" chỉ là độ tin cậy tương đối ở tầng TEE, còn xa với xác thực thực sự trên chuỗi. Câu chuyện có đủ mạnh không, xem dữ liệu thực tế của developer gọi, không nhìn vào độ hot. #OPG $OPG
Tuần này, tiền điện tử Alpha tiếp tục xoay vòng, trong khoảng 240 phút, sau khi kết thúc hãy nhớ đến creator. Gần đây, OPG đã bị đề cập nhiều lần trên toàn mạng, "2 triệu lần có thể xác minh AI suy luận", "a16z đầu tư", "cơ sở hạ tầng AI trên chuỗi", từng từ một có thể viết thành một bài ca ngợi. Trong hai ngày qua, tôi đã nghiêm túc xem lại tài liệu cấu trúc của @OpenGradient , hôm nay sẽ nói vài câu có thể làm ai đó đau lòng. Trước tiên, phải thừa nhận có điểm hay: Cấu trúc HACA của OpenGradient tách biệt việc thực hiện suy luận AI và xác minh trên chuỗi, ý tưởng này là đúng. Nếu bắt buộc tất cả suy luận phải chạy chứng minh zkML, thì các nhiệm vụ loại LLM sẽ không thể hoạt động, chi phí quá cao. Vậy nên họ đã tạo ra một "quang phổ xác minh" — nhiệm vụ đơn giản chạy chứng minh toán học zkML, suy luận LLM phức tạp sử dụng môi trường thực thi tin cậy TEE để đảm bảo. Thiết kế này là thực dụng, không phải là tùy tiện. Nhưng cái giá phải trả là gì? Từ "có thể xác minh" có ý nghĩa rất khác nhau trên các nhiệm vụ khác nhau. Chứng minh zkML là có thể xác minh ở cấp độ toán học, bất kỳ ai cũng có thể kiểm tra độc lập kết quả tính toán. "Có thể xác minh" của TEE phụ thuộc vào giả thuyết tin cậy của phần cứng như Intel SGX, về bản chất là "tin rằng con chip này không gian lận", không phải là chứng minh mật mã. Trong 2 triệu lần "suy luận có thể xác minh", có bao nhiêu thực sự chạy chứng minh zkML, có bao nhiêu là xử lý TEE, hai con số này OPG không công bố riêng rẽ. Đối với những ai muốn đánh giá an toàn của cơ sở hạ tầng này một cách nghiêm túc, con số này được nói chung lại, thông tin thực sự đã bị giảm giá trị rất nhiều. Tiếp theo là vòng tuần hoàn của $OPG : Suy luận AI sử dụng OPG để thanh toán, chi phí chia cho nhà điều hành nút. Logic không có vấn đề, nhưng tiền đề cho vòng quay này hoạt động là: có các nhà phát triển bên ngoài thực sự sử dụng OPG để trả tiền cho việc chạy suy luận, chứ không phải là nhóm nội bộ thử nghiệm và kích thích để tăng số liệu. TGE chỉ mới trôi qua hai tháng, các động lực chưa hoàn toàn hết hiệu lực, nên lúc này dữ liệu về lượng suy luận, có bao nhiêu đến từ nhu cầu thanh toán thực sự, có bao nhiêu đến từ những người săn điểm thực hiện nhiệm vụ? Bây giờ có thể kiểm tra trên chuỗi, nhưng rất ít người đi kiểm tra. Logic thực tế của tôi: Đường đi công nghệ của OPG là nghiêm túc, a16z không phải là nơi đầu tư bừa bãi, Balaji cũng không phải là người đứng ra một cách tùy tiện. Nhưng giá trị của OPG cuối cùng phụ thuộc vào việc các nhà phát triển bên ngoài có sẵn sàng bỏ tiền thật để chạy suy luận hay không, không phải dựa vào nhãn hiệu "AI + blockchain" để duy trì giá cả. Lượng suy luận trả phí sau khi kết thúc giai đoạn kích thích mới là câu trả lời thực sự cho giá trị của OPG. #OPG
Hôm nay, khả năng cao là mấy cái blind box của đồng cũ, khoảng 240 phân trên dưới, có phân tách, không có gì đáng để chờ đợi. Gần đây, cả mạng đều đang khen thiết kế không rebase của @Bedrock , lượng brBTC nắm giữ luôn không thay đổi, giá trị từ từ tăng theo lợi nhuận, nghe có vẻ sạch sẽ hơn so với loại token rebase mà số lượng cứ phình ra. Tôi đồng ý với logic thiết kế này, nhưng hôm nay muốn nói về một khía cạnh mà không ai đề cập. brBTC có thể đổi được bao nhiêu BTC, không phải bạn chỉ cần nhìn sổ sách là tính ra được, mà phải dựa vào một tỷ giá cập nhật theo thời gian thực. Tỷ giá này đến từ đâu? Từ việc tổng hợp lợi nhuận thực tế từ các giao thức tầng底 như Babylon, Pell, Satlayer, rồi viết vào hợp đồng. Nói cách khác, giá trị thực của brBTC mà bạn cầm trong tay phụ thuộc vào một cơ chế cập nhật tỷ giá trên chuỗi hoạt động ổn định, dựa vào dữ liệu lợi nhuận của các giao thức底 được đọc và tổng hợp chính xác. Cơ chế này bình thường thì không vấn đề gì, nhưng suy nghĩ kỹ thì rủi ro nằm ở đâu: Đầu tiên, nếu dữ liệu lợi nhuận của một giao thức底 nào đó có vấn đề (ví dụ, Pell gặp sự cố), thì sự bất thường này có ảnh hưởng đến việc cập nhật tỷ giá tổng thể của brBTC không? Trong logic cập nhật có cơ chế ngắt lỗi không, hay sẽ trực tiếp ghi dữ liệu sai vào tỷ giá? Thứ hai, khi brBTC được đem đi làm tài sản thế chấp trong các giao thức cho vay bên ngoài, thì giao thức bên ngoài sử dụng nguồn tỷ giá chính thức của Bedrock hay là tự ước lượng giá? Nếu không theo dõi tỷ giá chính thức theo thời gian thực, thì việc định giá tài sản thế chấp của bạn và giá trị thực sẽ có sự chênh lệch, nếu chênh lệch lớn thì sẽ gặp rủi ro thanh lý mà không rõ ràng. Không phải nói rằng những vấn đề này nhất định sẽ xảy ra, mà là nhiều người trước khi thực hiện các thao tác phức tạp với brBTC, không hề nghĩ đến "tỷ giá này cập nhật như thế nào, nếu có vấn đề thì ai sẽ chịu trách nhiệm." Trong cộng đồng, hàng ngày có người so sánh APY của các giao thức BTCFi khác nhau, rất ít người đi kiểm tra hợp đồng cập nhật tỷ giá của brBTC, xem bên trong có logic chống lỗi cho các sự cố của giao thức底 hay không. Đó mới là điều thực sự quyết định brBTC có ổn định trong tình huống cực đoan hay không, chứ không phải APY ai cao hơn 0.5%. Logic thực hành của tôi: Để brBTC ở trong nền tảng Bedrock để sinh lãi, rủi ro tỷ giá do nền tảng chịu, đây là cách dùng sạch nhất. Một khi mang brBTC ra ngoài giao thức làm tài sản thế chấp, trước tiên hãy xác nhận logic xử lý tỷ giá brBTC của giao thức đó, đừng mặc định rằng nó tương đương với BTC. Việc hệ sinh thái BR phát triển ngày càng lớn là điều tốt, nhưng sự bền vững của cơ chế tỷ giá brBTC mới thực sự là nền tảng của toàn bộ tòa nhà. $BR #Bedrock
Hôm nay có khả năng cao là blind box của coin cũ, khoảng 240 điểm, khi đã quét xong thì mở ra ngay, đừng chờ đợi vô ích. Gần đây, số người tham gia hệ sinh thái @Bedrock ngày càng nhiều, tôi có quan sát một chút, người mới vào có hai loại — một loại đang tích lũy brBTC, một loại đang gom $BR , còn nhiều người thì cầm cả hai, nghĩ rằng "được lợi kép". Hôm nay tôi sẽ nói về vấn đề này, phần lớn mọi người không hề suy nghĩ rõ ràng mối quan hệ giữa hai tài sản này. Đầu tiên nói về brBTC. Logic rất rõ ràng: bạn gửi BTC vào, nhận một chứng chỉ tăng giá, số lượng nắm giữ luôn không thay đổi, nhưng số BTC có thể quy đổi từ brBTC sẽ tiếp tục tăng lên theo lợi nhuận thực tế từ các giao thức nền tảng như Babylon, Pell, Satlayer. Cơ chế tăng giá này được điều động trực tiếp từ tầng giao thức, không có mối liên hệ trực tiếp với sự biến động giá của token BR, TVL đang tăng, những người nắm giữ brBTC đang hưởng lợi một cách thụ động, chuỗi logic rất ngắn và rõ ràng. BR là một chuyện khác. Nó là token quản trị của nền tảng Bedrock, bị khóa thành veBR để tham gia quản trị, nắm giữ có thể được giảm giá phí, và còn có kỳ vọng chia sẻ phí giao thức. Nhưng ở đây có một vấn đề cần suy nghĩ nghiêm túc: tỷ lệ phí giao thức đến từ sự tăng trưởng TVL của nền tảng, có bao nhiêu thực sự quay về cho những người nắm giữ BR / veBR? Chuỗi giá trị này có bao nhiêu minh bạch, bao nhiêu ổn định? Đây chính là giá trị: lợi nhuận của brBTC là điều kiện xác định từ cơ chế — nếu giao thức nền tảng có lợi nhuận, tỷ lệ quy đổi sẽ tăng, không liên quan đến tâm lý thị trường. Giá trị của BR được hỗ trợ bởi một logic khác — phụ thuộc vào sự mở rộng liên tục của nền tảng, cơ chế quay về phí giao thức được thực hiện rõ ràng, quyền quản trị trong giai đoạn này có ý nghĩa thực tế. Thiếu một trong ba điều kiện này, giá trị của BR sẽ chỉ còn lại kỳ vọng để giữ giá. Khi hệ sinh thái Bedrock 2.0 thực sự mở ra, dữ liệu phân bổ phí giao thức thực tế sẽ nói lên điều đó, lúc đó khả năng thu hút giá trị của $BR mới có cái để xác minh. Bây giờ những người chạy theo câu chuyện trước sẽ chỉ biết mình đã mua cái gì khi dữ liệu được công bố. #Bedrock
Hôm nay có khả năng cao là hộp mù của các đồng cũ, dao động khoảng 240, không có thông báo về đồng mới, cứ quất thôi, đừng chờ đợi.
Gần đây thấy nhiều người khen ngợi thiết kế "không rebase" của brBTC - số lượng brBTC bạn đang nắm giữ thì không đổi, nhưng số BTC mà nó có thể đổi được sẽ từ từ tăng lên theo lợi nhuận, 1 brBTC từ từ biến thành giá trị 1.02, 1.05 BTC. So với mấy loại token rebase mà số lượng cứ thay đổi, cảm giác ghi chép và tâm lý thoải mái hơn nhiều, mình công nhận thiết kế này.
Nhưng cái giá phải trả là gì? Chỉ trong nền tảng của @Bedrock thì điều này rõ ràng, một khi bạn mang brBTC đi làm tài sản thế chấp ở các giao thức khác, mọi thứ bắt đầu trở nên mờ mịt. brBTC không 1:1 với BTC, tỷ lệ quy đổi thực tế của nó là biến động, liên tục tăng. Nếu bạn mang brBTC đi vay ở một giao thức nào đó, giao thức đó phải có một nguồn giá riêng để theo dõi "tỷ giá brBTC với BTC theo thời gian thực", thay vì đơn giản áp dụng giá feed của BTC làm giá cho brBTC. Khi hai bên không khớp nhau, sẽ có hai kết quả: giao thức đánh giá thấp giá trị thực của brBTC, mức thanh lý của bạn bị tính toán chặt chẽ hơn mức cần thiết, những vị thế không đáng bị thanh lý có thể bị nổ trước; hoặc giao thức đánh giá cao hơn, điều này có nghĩa là giao thức đang tự gánh một rủi ro nợ xấu khó xác định. Hiện tại trong cộng đồng có rất nhiều người thấy tỷ giá brBTC đang tăng lên, nghĩ rằng "đây là lợi nhuận miễn phí, để đâu cũng an toàn", nhưng chẳng ai đi kiểm tra: giao thức cho vay mà mình đang dùng, có thực sự có sự định giá tỷ giá brBTC hay không, hay chỉ đơn giản là dùng giá BTC để lừa đảo qua. Dữ liệu trên chuỗi có thể kiểm tra, nhưng hầu như không ai kiểm tra. Logic thực hành của mình: để brBTC trong hệ sinh thái của Bedrock, cơ chế này là không có vấn đề gì, logic thiết kế là thông suốt. Nhưng trước khi mang đi làm tài sản thế chấp ở các giao thức khác, hãy kiểm tra tài liệu nguồn giá của giao thức đó, xem nó có thực sự kết nối với tỷ giá riêng của brBTC hay không, thay vì mặc định nó tương đương với BTC. $BR thật sự là một con hào, không chỉ là sản phẩm brBTC này thiết kế khéo léo đến mức nào, mà còn là có bao nhiêu giao thức bên ngoài sẵn sàng bỏ thời gian để kết nối đúng logic tỷ giá của nó - số lượng này mới thực sự phản ánh độ sâu của hệ sinh thái, không phải tổng số TVL. $BR #Bedrock