Caase nghiên cứu đầu tiên của nhà vận hành đã được công bố, và con số quan trọng không phải là con số nổi bật. Blockdaemon đã đưa 2.185 trình xác thực mạng chính qua mump2p, và tỷ lệ phiếu bầu sai của họ giảm 39,7%, từ 0,452% xuống còn 0,273%. Điều đáng chú ý: họ đã có độ chính xác trên 99%. Lợi ích này đến từ khoảng ký quỹ mà hầu hết các đội khác sẽ cho là đã kết thúc. Cơ chế này tồn tại trong phạm vi, không phải ở mức trung bình. Các khối đến sớm hơn trung bình 366ms, điều này khá tốt, nhưng phạm vi lan truyền đã thu hẹp từ 515ms xuống còn 152ms. Mức trung bình ảnh hưởng đến slot thông thường của bạn. Phạm vi quyết định những slot tồi nhất của bạn, và chính những slot tồi nhất mới là nơi các xác nhận gặp sai sót. Một chi tiết tôi đánh giá cao: cơ sở so sánh được lấy từ 151 nút Xatu công cộng trên 50.232 slot, không chỉ từ công cụ đo lường của @get_optimum. Bất kỳ ai nghi ngờ kết quả này đều có thể tranh luận với một bộ dữ liệu mà họ có thể tải về. Việc đo lường bản thân mình so với các nút mà bạn không kiểm soát là phiên bản mà tôi sẽ tiếp tục theo dõi.

Một popup ví hiển thị địa chỉ hợp đồng, tên hàm và ước tính gas. Không có gì trên màn hình đó cho bạn biết số dư của bạn sẽ như thế nào sau khi bạn xác nhận. Hầu hết mọi người đều nhấp vào đồng ý, vì lựa chọn thay thế là đọc bytecode. Việc ký mà không xem trước là cách mà một phần lớn các khoản mất mát trên chuỗi, không phải do lỗi giao thức, thực sự xảy ra. Người dùng đã cấp quyền cho nó. Họ đơn giản là không có cách nào để xem mình đang cấp quyền cho điều gì. Velora, bản mẫu danh mục DeFi phản ứng được trình bày tại Rialo Builders Hub gần đây, mô phỏng mọi giao dịch trên chuỗi trước khi ví người dùng ký bất cứ điều gì. Kết quả được tính toán trước. Việc ký được thực hiện sau, dựa trên kết quả mà người dùng có thể kiểm tra. Kết hợp với giới hạn hàng ngày cứng là $2.500 và tự động chặn các khoản chuyển đến các địa chỉ không được ủy quyền, tác nhân hoạt động trong những giới hạn mà người dùng thực sự có thể nhìn thấy. Điều làm cho mô phỏng trước trở nên đáng tin cậy ở đây là việc thực thi của @RialoHQ được thiết kế để xác định. Các chương trình được chuẩn hóa thành bytecode giống hệt nhau trên mọi nút xác thực trước khi bất kỳ thao tác nào chạy, với các giới hạn tài nguyên được gán rõ ràng từ đầu. Một mô phỏng không thể khác biệt so với việc thực thi thực tế là một mô phỏng đáng để đọc. Các ví phần cứng đã giải quyết câu hỏi ai giữ chìa khóa. Nhưng chưa bao giờ có ai giải quyết được liệu người giữ chìa khóa đó có hiểu họ đang ký gì hay không.

Gần 8 phần trăm số ETH đã stake hiện đang chạy mump2p. Tỷ lệ này ít thú vị hơn so với tác động của nó lên mạng lưới. Lớp gossip của ethereum kết nối mỗi nút mạng với khoảng 8 đồng nghiệp trong mạng lưới theo từng chủ đề. Nếu những người sử dụng được phân bố ngẫu nhiên khắp mạng, thì mức chấp nhận 8 phần trăm có nghĩa là khoảng một nửa số nút mạng đã nằm cạnh ít nhất một hàng xóm được tăng tốc. Cứ hai nút thì có một nút, ở mức 8 phần trăm. Đẩy con số này lên 20 phần trăm, hơn 80 phần trăm số nút sẽ có một hàng xóm nhanh. Lưu ý trung thực: tỷ lệ stake không phải là tỷ lệ nút. Các nhà vận hành lớn chạy nhiều validator phía sau ít máy hơn, và những người sử dụng có xu hướng tập trung thay vì phân tán, do đó con số ở cấp độ nút gần như chắc chắn thấp hơn con số ở cấp độ stake. Tuy nhiên, hình dạng tổng thể vẫn giữ nguyên. Trong danh mục này, lợi ích không đến khi tất cả mọi người đều chấp nhận. Nó đến khi hàng xóm của bạn chấp nhận, và đường cong đó trở nên dốc ngay từ đầu. @get_optimum đã vượt mốc 3,36 triệu ETH được tăng tốc. Con số mà tôi thực sự theo dõi là tỷ lệ nút hiện đang cách một bước nhảy từ một đồng nghiệp được tăng tốc. @blockchainjeff

Thực hiện một yêu cầu vay trên một chuỗi thông thường có thể yêu cầu ba loại token riêng biệt. Tài sản gốc dùng để trả phí gas. Một loại thứ hai để thanh toán cho dịch vụ relay lấy dữ liệu tín dụng của người vay. Và một loại thứ ba để bồi thường cho mạng keeper kích hoạt callback ngay sau khi dữ liệu đó được trả về. Ví dụ này đến từ tài liệu thực thi bất đồng bộ của chính Rialo, và nó mô tả chi phí vận hành thực sự của một thứ mà hầu hết mọi người gọi là một giao dịch duy nhất. Ba tài sản cần thu thập, nắm giữ, theo dõi và nạp thêm. Ba số dư cần quản lý. Ba điểm có thể làm gián đoạn quy trình nếu một trong số chúng hết sạch vào thời điểm không phù hợp. Loại “thuế đa token” này hiếm khi được nhắc đến vì nó không phải là phí giao thức do bất kỳ ai thu. Đó là chi phí phát sinh do việc giao phó khả năng thực thi cho các mạng riêng biệt, mỗi mạng đều cần nền kinh tế riêng để tồn tại. Không ai thiết kế nó. Nó tích lũy dần, từng lớp middleware một. Trên @RialoHQ, quy trình tương tự chạy như một giao dịch bất đồng bộ duy nhất. Các validator truy vấn API bên ngoài thông qua các cuộc gọi web bản địa. Việc thực thi tạm dừng và tiếp tục mà không cần keeper kích hoạt. Một token, một số dư, một thứ duy nhất cần được duy trì đủ vốn. Các cuộc thảo luận về thiết kế token thường xoay quanh lịch trình cung cấp và đường cong phân phối. Câu hỏi hữu ích hơn là: một nhà phát triển phải nắm giữ bao nhiêu loại token khác nhau trước khi sản phẩm của họ có thể hoạt động? Với phần lớn ngành này, câu trả lời trung thực luôn là ba — và chưa bao giờ có ai đưa con số đó vào bản thuyết trình.

Một đơn vị đo lường mới đã lặng lẽ xuất hiện trong ngành này tuần trước, và nó không phải là TVL. Tổng Giá trị Được Tăng Cường. Số tiền ETH đã stake mà dữ liệu khối hiện đang đi qua một con đường được tăng tốc. @get_optimum đã đưa nó lên bảng điều khiển công khai và DefiLlama đã ghi nhận, và đó là cách một chỉ số trở nên thực sự: một bên thứ ba trung lập đồng ý theo dõi nó. Hãy nghĩ về những gì TVL đã làm với DeFi. Nó đã trao cho mọi người một con số duy nhất để cạnh tranh, và trong vòng một năm, mọi giao thức đều tối ưu hóa cho nó, kể cả theo những cách thực sự ngu ngốc. Các chỉ số định hình hành vi. Con số bạn công bố chính là con số mà ngành của bạn bắt đầu theo đuổi. TVB thú vị hơn vẻ ngoài ban đầu của nó, bởi vì nó không thể bị thuê mướn bằng các phần thưởng theo cách thông thường. Không ai đặt vốn vào một lớp truyền dẫn. Số tiền stake đó đã được stake, đã thực hiện nhiệm vụ của nó. Con số này đếm những người vận hành đã đưa ra quyết định về hạ tầng và sau đó không quay lại. Tôi không biết liệu nó có trở nên phổ biến hay không. Nhưng việc một lớp mạng nhận được chỉ số theo dõi riêng của mình có nghĩa là cuối cùng cũng đã có ai đó quyết định phần này trong stack xứng đáng được đo lường. Điều đó đã bị trì hoãn khoảng một thập kỷ. @blockchainjeff

Việc tổ chức một cuộc xổ số trên chuỗi nghe có vẻ đơn giản cho đến khi bạn đặt câu hỏi: ai chọn người chiến thắng? Hash khối có thể bị ảnh hưởng bởi bất kỳ ai đề xuất khối. Một số ngẫu nhiên được tạo bởi người tổ chức chỉ đơn thuần là một con số mà người đó đã chọn. Người tham gia không có cách nào để phân biệt giữa một cuộc bốc thăm công bằng và một cuộc bốc thăm gian lận sau khi sự kiện kết thúc. Drawbook, được trình bày tại Rialo Builders Hub, giải quyết vấn đề này bằng cơ chế commit-reveal. Các lượt tham gia được cam kết trước, liên kết với ví. Việc tiết lộ diễn ra sau đó, được xác minh thông qua hợp đồng thông minh, và bất kỳ ai cũng có thể kiểm tra kết quả trên chuỗi. Người tổ chức không thể nhìn thấy những gì họ đang bốc trong khi các lượt tham gia vẫn đang mở, và không thể thay đổi kết quả sau khi quá trình tiết lộ bắt đầu. Cấu trúc hai giai đoạn này chính là toàn bộ ý nghĩa của nó. Việc tách biệt cam kết khỏi tiết lộ loại bỏ khoảng thời gian mà người có thông tin ưu tiên có thể hành động dựa trên thông tin mà người khác không có. Đây là cùng một logic đằng sau các phiên đấu thầu kín, được áp dụng vào một vấn đề mà hầu hết các cuộc xổ số trên chuỗi vẫn đang xử lý dựa trên sự tin tưởng. Điều khiến việc xây dựng điều này trên @RialoHQ trở nên đơn giản là việc tiết lộ không cần một kích hoạt từ bên ngoài. Giai đoạn tiết lộ mở tại một khối xác định, hoặc khi các lượt tham gia đóng, là một tiên đề mà mạng lưới tự đánh giá. Không cần người tổ chức nhấn nút vào đúng thời điểm — chính là thời điểm bạn muốn loại bỏ khỏi một cuộc bốc thăm công bằng. Tính ngẫu nhiên có thể xác minh đã là một bài toán được giải từ nhiều năm nay trong mật mã học. Điều vẫn chưa xảy ra chính là việc đưa nó vào các sản phẩm mà thực sự được con người sử dụng.

Fhenix đã ra mắt CoFHE trên Ethereum và Arbitrum với đúng hai cái tên được chọn làm đối tác thiết kế mạng chính đầu tiên, và @FlutonIO là một trong số đó. Đối tác còn lại là Alpha Engine, một nền tảng đánh giá các chiến lược giao dịch mà không tiết lộ logic đằng sau chúng. Hai đối tác này đặt cược vào những điều khác nhau. Alpha Engine bảo vệ bí mật của một sản phẩm. Fluton bảo vệ một lớp hạ tầng mà các sản phẩm khác dựa vào, với các ý định được mã hóa bao gồm các giao dịch hoán đổi, thanh toán và chuyển chuỗi dưới một cơ chế bảo mật duy nhất. Một đối tác thiết kế là khách hàng của tính toán được mã hóa. Đối tác còn lại là con đường để nhiều khách hàng hơn nữa đến. @fhenix cho biết cả hai đối tác đều hoàn thành các bài đánh giá kỹ thuật và bảo mật trước khi ra mắt, do đó Fluton đã được kiểm định ngay từ đầu, chứ không phải sau này. Tôi có thể sai về mức độ quan trọng của điều này, vì chi tiết đánh giá không được công khai và mô tả đến từ chính Fhenix. Trên một mạng chính nơi mọi hợp đồng cần được phê duyệt trước khi chạy, việc được nêu tên là đối tác đầu tiên nói lên nhiều hơn bất kỳ khẩu hiệu nào.

BTC biến động 4% trong một giờ. Felora phòng hộ 30% rủi ro sang USDC, dừng lại ở mức $2.500 trong ngày và không bao giờ sử dụng chức năng rút vì nó chưa bao giờ được cấp quyền đó. Quy tắc này được gọi là Volatility Shield, được trình diễn tại Rialo Builders Hub vào thứ Tư trước khi sự cố ngừng hoạt động trên Discord làm gián đoạn buổi trình bày. Cấu trúc đằng sau nó hoạt động qua ba giai đoạn: Signal ghi nhận điều kiện thị trường, Predicate xác minh các quy tắc đã đặt trước vẫn được duy trì, Execute thực thi trong phạm vi quyền hạn bị hạn chế. Không có gì được thực hiện cho đến khi cả ba bước đều vượt qua. Quyết định thiết kế đáng để suy ngẫm là nơi đặt động cơ quy tắc. Nó chạy cục bộ trong trình duyệt và không tự ký giao dịch. Agent thực hiện công việc. Người dùng giữ chìa khóa. Quyền hạn được giới hạn chặt chẽ đến mức agent chỉ có thể thực hiện các giao dịch hoán đổi bị hạn chế và không hơn thế—không rút tiền, không tự phê duyệt tài sản mới. Đây là một câu trả lời khác biệt so với cách mà hầu hết các đội nhóm tiếp cận sự tự chủ của agent. Xu hướng phổ biến là làm cho agent thông minh hơn và trao thêm niềm tin cho nó. Felora làm cho agent hẹp hơn và trao ít hơn, và đây là phiên bản duy nhất có thể tồn tại khi một prompt hành xử bất ngờ lúc 3 giờ sáng. Kiến trúc của @RialoHQ hỗ trợ cả hai cách tiếp cận một cách tương đương. Điều mà các nhà phát triển liên tục lựa chọn cho thấy điều gì đó về cách họ sẽ vận hành với chính tiền của mình. Một agent không thể rút tiền của bạn không phải là một agent bị hạn chế. Đó là loại duy nhất đáng để chạy.

Mastercard đang chuyển các khoản thanh toán đại lý thông qua x402, được thanh toán bằng USDC trên @base. Hãy suy ngẫm một chút. Công ty mà toàn bộ sản phẩm của họ là đứng giữa người mua và người bán vừa áp dụng một giao thức được thiết kế để không cần ai phải đứng đó. Toán học đã buộc họ phải làm vậy. Quy trình xử lý thẻ trực tuyến tiêu chuẩn tốn khoảng 2,9% cộng 30 cent mỗi giao dịch, và phần cố định mới là vấn đề lớn. Một đại lý thanh toán 0,004 đô la cho một lần gọi API duy nhất không thể gánh chịu 30 cent phí xác thực. Phí này sẽ lớn gấp bảy mươi lăm lần số tiền thanh toán. Chạy mười nghìn lệnh gọi như vậy vào một buổi chiều, thì các hệ thống thẻ không chỉ đắt đỏ—mà còn không thể sử dụng được. Khối lượng giao dịch đó đã tự động tránh xa chúng bất kể mạng lưới nào quyết định thế nào. Vì vậy, Mastercard đã gia nhập. Tôi xem đây là tín hiệu về giao thức, chứ không phải chiến thắng của mô hình thẻ. Các tiêu chuẩn mở chiến thắng ngay khi bên hiện tại nhận ra rằng chống lại tốn kém hơn là gia nhập. Các khối 200ms được công bố tuần này là nửa còn lại của yêu cầu. Mười nghìn khoản thanh toán vi mô cần tính chốt cuối trong chớp mắt, chứ không phải qua nhiều lần xác nhận. Một mạng lưới được xây dựng dựa trên việc đứng giữa vừa tài trợ cho một giao thức được thiết kế để loại bỏ vai trò trung gian. Đó không phải là sự chấp nhận. Đó là một biện pháp phòng ngừa.

Theo chính Fluton, ít hơn 0,5% các giao dịch ethereum là riêng tư. @FlutonIO đã đăng con số này vào ngày 19 tháng 10, hai ngày trước khi một trong các nhà cung cấp coprocessor của nó ra mắt trên mạng chính. Fhenix đã kích hoạt CoFHE trên ethereum và Arbitrum vào ngày 21 tháng 10, sau khi trước đó chỉ chạy trên các mạng thử nghiệm. Thời điểm này thay đổi cách hiểu về hệ thống từ đây. Ý định được mã hóa, Bộ điều hợp Tính riêng tư và phiên đấu giá solver đều phụ thuộc vào một coprocessor có thể xử lý số dư thực tế, và một trong hai nhà cung cấp mà Fluton tích hợp vừa vượt qua ranh giới đó. Mạng thử nghiệm của Fluton đã đóng vào tháng Hai trên các chuỗi thử nghiệm. Một phần trong số những gì nó dựa vào hiện đã trở thành hệ thống sản xuất. Tôi có thể đã sai về lịch trình, vì CoFHE trên mạng chính ban đầu chỉ cho phép danh sách trắng và các hợp đồng cần được phê duyệt trước khi có thể chạy trên đó. Tuy nhiên, khoảng cách rộng lớn này không phải là vấn đề về nhu cầu, mà là vấn đề về hạ tầng, và phía hạ tầng vừa được rút ngắn lại. Hơn 99,5% ethereum vẫn đang tồn tại dưới dạng công khai, và một trong những động cơ mà Fluton vận hành nay đã ra mắt để thay đổi điều đó.