avatar
Steve : : FP
21,991 người theo dõi trên Twitter
Theo dõi
CEO & Co-Founder @FourPillarsFP | Optimizing and Scaling a Single Shard
Bài đăng
avatar
Steve : : FP
03-23
Báo cáo thường niên Hyperliquid năm 2025 Hôm nay, chúng tôi rất vui mừng công bố Báo cáo thường niên năm 2025 của Hyperliquid. Những gì Hyperliquid, đội ngũ nòng cốt và hàng trăm cộng tác viên đã xây dựng trong năm nay phần lớn là chưa từng có trong lịch sử tài chính. Báo cáo này là nỗ lực của chúng tôi nhằm ghi lại một năm phi thường đó với sự nghiêm túc xứng đáng. Vài tháng trước, chúng tôi đã thành lập HRC vì nhận thấy nhu cầu rõ ràng trong việc giảm thiểu sự bất đối xứng thông tin và hạ thấp rào cản gia nhập cho các bên tham gia mới thông qua nghiên cứu độc lập. Chúng tôi hy vọng báo cáo này sẽ giúp thực hiện chính điều đó. Đối với chúng tôi, việc được là một phần của hệ sinh thái này và tạo ra tác phẩm này là một vinh dự. Hàng tháng trời nghiên cứu, xử lý dữ liệu, tranh luận và hợp tác giữa Four Pillars, GLC và tất cả các cộng tác viên đã được đầu tư vào từng trang báo cáo. Việc chia sẻ thành quả ngày hôm nay có ý nghĩa rất lớn đối với chúng tôi, vì vậy, hãy cho chúng tôi biết suy nghĩ của bạn và cách chúng tôi có thể cải thiện báo cáo trong tương lai. Chúc bạn đọc vui vẻ. Dưới đây là một số đoạn trích, kèm theo LINK (Chainlink) đến bản PDF đầy đủ. Siêu lỏng.
GLC
0.52%
avatar
Steve : : FP
02-11
: : Đánh giá về Yêu cầu bình luận Ethereum (ERC)-8128 Việc mở rộng quy mô trong lĩnh vực tiền điện tử thực sự có nghĩa là gì? Tôi tin rằng điều đó không chỉ đơn thuần là xử lý số lượng giao dịch lớn hơn; mà đúng hơn, nó có nghĩa là tài khoản tiền điện tử bắt đầu hoạt động một cách tự nhiên như một đơn vị nhận dạng mặc định trên web. Kiến trúc hiện tại vẫn còn rời rạc. Chúng ta thực hiện thanh toán on-chain thông qua ví điện tử, nhưng lại xác thực các cuộc gọi API Ngoài chuỗi thông qua các tài khoản đăng nhập và khóa API riêng biệt. Các lớp bị chia tách, danh tính bị phân mảnh, và quyền hạn cũng như việc thanh toán nằm trong các hệ thống hoàn toàn khác nhau. Kết quả là không phải một mô hình tin cậy thống nhất, mà là một chồng các cơ chế được kết nối lỏng lẻo. Nếu một tài khoản Ethereum duy nhất có thể điều phối một cách nhất quán các yêu cầu web, kiểm tra ủy quyền và thanh toán, thì sự tương tác Không cần cho phép giữa các lớp—bao gồm cả môi trường on-chain và Ngoài chuỗi —sẽ trở nên khả thi. Yêu cầu bình luận Ethereum (ERC)-8128 chính là minh chứng cho nỗ lực này: "thực hiện quá trình chuyển đổi đó ở lớp HTTP". Ngược lại, phương thức xác thực HTTP truyền thống dựa vào thông tin xác thực bí mật do máy chủ cấp phát - JWT và khóa API có thể được sử dụng lại nếu bị xâm phạm; các mô hình dựa trên phiên yêu cầu trạng thái phía máy chủ; OAuth phụ thuộc vào các nhà cung cấp danh tính tập trung và các quy trình bắt tay phức tạp. Tóm lại, mô hình tin cậy phụ thuộc vào việc các bí mật đó được lưu trữ và quản lý an toàn đến mức nào. Yêu cầu bình luận Ethereum (ERC)-8128 đảo ngược Paradigm này - thay vì dựa vào các khóa bí mật được chia sẻ do máy chủ cấp, máy khách ký trực tiếp mỗi yêu cầu HTTP bằng khóa Ethereum của mình, trong khi máy chủ chỉ xác minh chữ ký. Quá trình xác thực chuyển từ mô hình cấp phát thông tin xác thực sang mô hình Bằng chứng mật mã - gắn liền với yêu cầu, rõ ràng và có thể được xác minh độc lập. Cấu trúc được thiết kế đơn giản một cách có chủ ý: Nguồn: http:/erc8128.slice.so Đối với các tài khoản hợp đồng thông minh, việc xác minh được thực hiện thông qua giao diện isValidSignature() của Yêu cầu bình luận Ethereum (ERC)-1271; đối với các EOA, việc khôi phục chữ ký (ví dụ: ecrecover) là đủ. Các cuộc tấn công phát lại có thể được giảm thiểu thông qua việc theo dõi Nonce hoặc thực thi TTL. Điều quan trọng là, quá trình xác thực trở nên hoàn toàn không lưu trữ trạng thái, và máy chủ không còn cần phải cấp phát, xoay vòng hoặc lưu trữ các bí mật nữa. Kiến trúc này càng trở nên ấn tượng hơn khi kết hợp với Yêu cầu bình luận Ethereum (ERC)-8004: Nếu Yêu cầu bình luận Ethereum (ERC)-8128 chứng minh rằng “yêu cầu này bắt nguồn từ địa chỉ này”, Yêu cầu bình luận Ethereum (ERC)-8004 xác định “những gì địa chỉ đó được phép làm”. Do đó, xác thực và ủy quyền hội tụ vào một luồng dựa trên địa chỉ duy nhất, mở rộng một cách tự nhiên sang quá trình thực thi và, nếu có liên quan, quá trình thanh toán. Cho dù tác nhân là một agent, một người dùng hay một hệ thống backend, việc thực thi chính sách và tương tác dịch vụ đều diễn ra trên cùng một định danh mã hóa. Theo nghĩa này, tầm quan trọng của Yêu cầu bình luận Ethereum (ERC)-8128 vượt xa việc chỉ cải thiện trải nghiệm đăng nhập. Nó đại diện cho một sự chuyển đổi về cơ sở hạ tầng—một sự chuyển đổi nâng tầm tài khoản Ethereum thành một định danh web cơ bản. Cùng một địa chỉ được sử dụng cho các khoản thanh toán on-chain có thể xác thực các cuộc gọi API Ngoài chuỗi ; ngược lại, máy chủ có thể phân giải trạng thái on-chain để xác định tính đủ điều kiện và quyền hạn. Không cần các lớp đăng nhập riêng biệt, Phát hành Token hoặc quản lý phiên, một định danh mật mã duy nhất liên kết các tương tác giữa các lớp. Bằng cách tích hợp trực tiếp lớp nhận dạng mật mã vào cơ sở hạ tầng Web2, Yêu cầu bình luận Ethereum (ERC)-8128 đề xuất một mô hình trong đó các hệ thống on-chain và Ngoài chuỗi không còn là các miền riêng biệt mà là các thành phần của một mạng lưới tin cậy thống nhất—một mạng lưới cho phép, ít nhất về nguyên tắc, tương tác Không cần cho phép giữa các lớp. #ERC8004 #ERC8128 twitter.com/JayLovesPotato/sta...
ETH
0.37%
loading indicator
Loading..