Chức năng và nội dung trong giao thức trừ

Tác giả: 0xKJ | PoW 2.0 Nguồn: X, @kernel1983< /p>

Lý thuyết phép trừ đã mang lại cho chúng ta sự cải thiện đáng kể trong hiểu biết về blockchain.Nếu hợp đồng thông minh là phần bổ sung cho Bitcoin thì dòng chữ Space là để trừ Bitcoin. Sắp xếp và thống nhất các giao dịch là nhiệm vụ thiết yếu đối với tất cả các chuỗi khối, vì vậy  lý thuyết trừ có thể được áp dụng cho tất cả các chuỗi công khai và không gian dòng chữ đương nhiên có các đặc điểm chuỗi chéo.

Khi chúng ta bắt đầu nghĩ về giao thức trừ, nó mang lại cho chúng ta rất nhiều không gian thiết kế, đồng thời cũng cho chúng ta cơ hội suy nghĩ lại về những thiếu sót và rủi ro bảo mật của DỮ LIỆU CUỘC GỌI EVM . Đầu tiên, các chữ khắc, chẳng hạn như BRC20, thực sự là "văn bản rõ ràng", trong khi CALLDATA khó đọc hơn nhiều. Thiết kế của giao thức ghi phải tuân theo nguyên tắc này và cho người dùng biết họ đang làm gì từ cấp độ giao thức.

p>

Dòng chữ vs CALLDATA

Điểm thứ hai chúng tôi nghĩ đến là mô hình của hợp đồng thông minh. Hợp đồng thông minh cho phép mỗi ứng dụng blockchain có vùng đất riêng để xác định dữ liệu và mã. Tài sản của người dùng là dữ liệu và mã có thể hoạt động trên dữ liệu, chẳng hạn như chuyển, đúc và phê duyệt. Đối với những hợp đồng được sử dụng phổ biến, chẳng hạn như USDT, mã thực sự đã được xác minh bởi vô số cặp mắt trong một thời gian dài. Tuy nhiên, có hàng nghìn tài sản trên blockchain và mặc dù hầu hết tài sản đều tuân theo tiêu chuẩn ERC20 nhưng việc triển khai tiêu chuẩn là không bắt buộc. Trong những ngày đầu, nhiều hợp đồng đã bị hủy bỏ do các vấn đề lớn về an toàn. Khi kinh nghiệm của các kỹ sư tăng lên, các vấn đề bảo mật lớn ngày càng ít phổ biến hơn, nhưng người dùng vẫn không thể tự mình kiểm tra tất cả các hợp đồng thông minh. Nghĩ về bản chất đằng sau hiện tượng này, thực chất là do hợp đồng thông minh cho phép nhà xuất bản tùy chỉnh tất cả các mã của hợp đồng và hiếm khi trực tiếp sử dụng lại các mã hiện có (việc tái sử dụng cũng thông qua sao chép và dán), dẫn đến một khu rừng tối ảo cho on-chain. bảo vệ. .

Thiết kế giao thức trừ, cố gắng khắc phục điều này, chúng tôi kết hợp các yếu tố cơ bản trong ngôn ngữ lập trình, chức năng và khái niệm tài sản thành phần cơ bản trong blockchain Được độc lập. Trong hợp đồng thông minh, mã hợp đồng xử lý tài sản hợp đồng, trong khi ở giao thức trừ, hàm này có quyền vận hành tài sản. Ví dụ: chuyển nhượng có quyền vận hành tất cả nội dung, điều này giúp loại bỏ nhu cầu mọi người viết lại tất cả mã cho từng nội dung. Đối với phương pháp đúc tiền, cần có quyền tự do định nghĩa cao hơn. Logic đúc kết của nội dung meme nhất thiết phải khác với logic của nội dung USDT và cần phải viết hàm [asset]_mint cụ thể.

Ngoài ra, hàm này còn có thuộc tính require, thuộc tính này chỉ định tĩnh hơn các hàm khác mà hàm phụ thuộc và trong quá trình gọi, các nội dung có thể được thao tác bởi chức năng gọi. Các loại được xác định chi tiết hơn để cải thiện tính bảo mật.

Điểm thứ ba, chúng tôi luôn thích ý tưởng về ERC6551, nhưng vì 6551 xuất hiện muộn hơn ERC20 nên tất cả ERC20 không thể liên kết các tài sản với nhau. NFT chỉ có thể được được nắm giữ bởi các địa chỉ Ethereum. Địa chỉ này giống như một khóa chung, được liên kết một-một với khóa riêng. Giả sử tôi nghi ngờ khóa riêng của mình không còn an toàn, khi cố gắng thay đổi khóa riêng, điều đó có nghĩa là địa chỉ (tên người dùng) phải được thay đổi cùng lúc. Để thay đổi địa chỉ trên Ethereum, người dùng cần chuyển tất cả tài sản sang địa chỉ mới, việc này đòi hỏi một khoản phí gas đáng kể. Do đó, chúng tôi tin rằng chi phí bảo mật đối với người dùng khi thay đổi khóa riêng của họ sẽ rất cao.

Trong giao thức trừ, chúng tôi có thể cải thiện thiết kế giao thức. Chúng tôi cho phép nội dung được giữ bởi một "tên" và "tên" có thể bị ràng buộc với một địa chỉ. Do đó, không cần phải thay đổi “tên” khi thay đổi khóa riêng, từ đó giảm chi phí cho việc thay đổi khóa riêng thường xuyên.

Chúng tôi đang thiết kế và triển khai Giao thức trừ, là một dòng chữ xuyên chuỗi được hướng dẫn bởi Lý thuyết trừ  không gian. Tiến trình của chúng tôi rất lạc quan, chỉ mất một tuần từ lúc Lý thuyết Minus đến khi chạy bản demo Giao thức Minus.

Dự kiến ​​nó sẽ chạy sau khi thử nghiệm trong thời gian tới! Giữ nguyên.