Ba câu hỏi dẫn đến bản chất của Web3: ERC-3475 nói chuyện với ERC-3525

老雅痞

Đọc bài viết này mất 25 phút

Hai tác giả chính của tiêu chuẩn giao thức ERC thảo luận về các ứng dụng cụ thể của Web3 và SBT cũng như tầm quan trọng của Siêu dữ liệu trên chuỗi

Tiêu đề gốc: "On Sword Web3: ERC-3475 Đối thoại với ERC-3525"

Tác giả gốc: Old Yuppie, FastDaily

Ngày 14 tháng 10 năm 2022, D/Bond CPO, lãnh đạo EIP- 3475 tác giả Liu Yu và người đồng sáng lập Solv Protocol và tác giả chính EIP-3525 Will đã cùng tổ chức một hội nghị bàn tròn với chủ đề Đối thoại ERC-3475 ERC-3525. Dựa trên các đặc điểm và ý tưởng thiết kế của hai tiêu chuẩn chính ERC-3475 và ERC-3525, cả hai đã tiến hành thảo luận chuyên sâu về bản chất của tiêu chuẩn giao thức Token, ứng dụng cụ thể của SBT, tầm quan trọng của siêu dữ liệu trên chuỗi và bản chất của Web3 cũng như sự đối đầu của các ý kiến.

Cả hai tiêu chuẩn API ERC-3475 và ERC-3525 đều có cấu trúc dữ liệu nhiều lớp nên cả hai bên đều khẳng định rằng chúng có thể được sử dụng để xây dựng trái phiếu phi tập trung, v.v. Tài sản tài chính tiên tiến. Và chính vì sự trùng lặp trong các trường hợp sử dụng của chúng nên có vô số sự so sánh, thảo luận và thậm chí là nghi ngờ về hai tiêu chuẩn từ thế giới bên ngoài.

Một cuộc thảo luận: Bản chất của các tiêu chuẩn giao thức mã thông báo

Theo Will, tác giả chính của EIP-3525, Token, với tư cách là nhà cung cấp tài sản kỹ thuật số, chủ yếu bao gồm hai lõi: Thành phần - Quyền sở hữu và Chuyển giao, tức là quyền sở hữu và chuyển giao.

"Cái gọi là cốt lõi của mô hình tài sản kỹ thuật số, từ góc nhìn của người dùng, thực sự là hai thứ, một là Quyền sở hữu, là quan hệ của chủ sở hữu; bên kia là Chuyển giao, là quan hệ chuyển nhượng"

——Sẽ

Mặt khác, Liu Yu, tác giả của EIP-3475, tin rằng từ góc độ toàn cầu, bản chất của Token thực chất là một định dạng để lưu trữ, đọc và ghi dữ liệu.

"Cái gọi là chuẩn giao thức Token thực chất là một định dạng lưu trữ dữ liệu. Nhìn từ góc độ này, Transfer thực chất là một Key => Giá trị nhất định được giảm từ 1 thành 0, đồng thời, một Khóa khác => Giá trị được thay đổi từ 0 thành 1. Logic cơ bản thực sự phản ánh một cấu trúc dữ liệu và toàn bộ Chuyển giao thực sự là một quá trình Đọc và ghi hoàn chỉnh.
——Liu Yu

Khi chúng ta thảo luận về bản thể luận Token Đôi khi, giống như Will, bạn có thể nhìn. tại Token với tư cách là nhà cung cấp dịch vụ từ góc độ của người dùng. Sự tương tác giữa người dùng và ví thực sự liên quan đến hoạt động của nhà cung cấp dịch vụ này và mối quan hệ quyền sở hữu tương ứng với địa chỉ của mã thông báo thực sự là một loại bằng chứng về quyền sở hữu.

So với Will, vấn đề tương tự có vẻ trừu tượng hơn từ góc nhìn của Liu Yu. Nhưng trên thực tế, như anh ấy đã nói, nếu phóng to đủ để có cái nhìn tổng quan, chúng ta sẽ nhận ra rằng bản thể luận của Token thực chất là một hợp đồng thông minh, trong đó dữ liệu tương ứng được ghi lại thông qua một tập hợp các biểu mẫu lưu trữ dữ liệu tiêu chuẩn. số token được giữ bởi địa chỉ.

Người dẫn chương trình cũng đưa ra ý kiến riêng của mình về chủ đề này. Sau khi hai bên kết thúc, người dẫn chương trình giới thiệu về chủ đề SBT (Soul Binding Token). được giới thiệu chi tiết và khách được hỏi về quan điểm của họ về nó.

Đối với SBT, khách mời của cả hai bên đã giải thích quan điểm của mình từ quan điểm riêng của mình. Từ đó chúng ta cũng có thể có cái nhìn thoáng qua về trọng tâm của hai giao thức ERC-3475 và ERC-3525.

Cốt lõi của ERC-3525 nằm ở quyền sở hữu và chuyển giao. Nó sử dụng kiến trúc hai lớp để thiết lập mô hình tài sản hai lớp để giao thức có thể đồng thời. Có các đặc tính của ERC-20 và ERC-721. Đồng thời, tính chất tương đối mở của ERC-3525 khiến nó tương thích với các giao thức như ERC-721 hay ERC-5192.

ERC-3475 bắt đầu từ góc nhìn tổng thể và nhấn mạnh vào định dạng đọc và ghi dữ liệu. Là Token không thể chuyển nhượng, lõi của SBT thực chất là không gian lưu trữ dữ liệu tiêu chuẩn. Định nghĩa Token là một đối tượng sẽ phụ thuộc vào các tham số trong bộ lưu trữ dữ liệu. So với ERC-3525 không được giải thích, các tham số này sẽ được lưu trữ trên chuỗi dưới dạng Siêu dữ liệu trong ERC-3475 và cung cấp giải pháp hoàn chỉnh. .

Thảo luận thứ hai: Tầm quan trọng của siêu dữ liệu trên chuỗi

Trong các sơ đồ ERC-721 và ERC-1155 truyền thống , Siêu dữ liệu thường được lưu trữ ngoài chuỗi dưới dạng Url. Điều này là do việc đọc các biến của máy ảo cần được xác định trước. Do đó, một tập hợp các cấu trúc có thể đọc và ghi dữ liệu trên và ngoài chuỗi đồng thời là cực kỳ quan trọng đối với bất kỳ giao thức nào. Về điểm này, Will và LiuYu cũng đạt được thỏa thuận.

Tuy nhiên, theo tuyên bố của Will, khái niệm cốt lõi của ERC-3525 là ít hơn là nhiều hơn hoặc nếu không có nhu cầu thì không thêm thực thể. Do đó, khi thiết kế giao thức, nó không tích hợp bất kỳ giải pháp lưu trữ dữ liệu trên chuỗi nào.

Đồng thời, Will tin rằng chúng ta không cần xem xét các kịch bản ứng dụng cụ thể để thiết kế giao thức Token. Thay vào đó, nó nên được kết hợp với các đặc điểm của chính giao thức và đưa vào các kịch bản phù hợp với giao thức. Ví dụ: tính năng quan trọng nhất của ERC-3525 là mô hình tài sản hai lớp nên có thể áp dụng hợp lý trong các tình huống như trái phiếu hoặc SBT.

Lần đầu tiên Liu Yu hỏi Will về cách lưu trữ dữ liệu trên chuỗi trong tài liệu EIP-3525 trong các thiết kế sản phẩm trái phiếu hoặc SBT cụ thể. Sau khi nhận được câu trả lời của Will về "Đừng thêm thực thể nếu cần thiết", Liu Yu đã giải thích ý tưởng thiết kế bộ lưu trữ Siêu dữ liệu trên chuỗi của ERC-3475.

Theo quan điểm của Liu Yu, tiêu chuẩn Token giống như một bánh xe. Thường có hai ý tưởng cho việc phát minh ra bánh xe:

1. Mọi người nhìn thấy một vấn đề không thể giải quyết được hoặc không thể giải quyết thỏa đáng bằng các giải pháp hiện có và sau đó họ phát minh ra một bánh xe để giải quyết vấn đề đó một cách có định hướng.

2. Con người phát minh ra bánh xe trước tiên, sau đó tìm ra các kịch bản sử dụng phù hợp cho nó.

Đối với hai ý kiến này, Lưu Dụ đồng tình hơn với ý kiến thứ nhất. Theo quan điểm của anh ấy, kết quả sẽ quyết định quá trình, phương pháp và mục đích ban đầu cũng sẽ quyết định kết quả và hướng đi của mọi việc, và đây chính là điểm khác biệt của anh ấy với Will, hay ERC-3475 và ERC-3525.

Ba cuộc thảo luận: Web3 What bản chất là gì? Tại sao chúng ta cần Web3?

Liu Yu hỏi trong khi giao tiếp với Will:

"Tại sao lại xuất hiện các công cụ? Nếu không có vấn đề gì cần giải quyết thì công cụ đó có còn được gọi là công cụ không?"

Về vấn đề này, Will nói:

"Tôi thực sự lo sợ rằng Lời rao giảng của chúng tôi sẽ hạn chế trí tưởng tượng của mọi người"
——Sẽ

Web3. không có định nghĩa rõ ràng. Trong ngành có câu nói “có một trăm Web3 trong mắt một trăm người”. Trên thực tế, điều này cũng có thể hiểu được. Các chủ đề mà Web3 đề cập kể từ khi ra đời quả thực quá rộng, bao quát đủ thứ trên thế giới.

Do đó, Will tin rằng Người xây dựng không nên cố gắng phác thảo các kịch bản sử dụng cụ thể cho một giao thức, vì điều này có thể hạn chế rất nhiều trí tưởng tượng của mọi người về các ứng dụng giao thức. Ông tin rằng giải pháp có thể đã xuất hiện trước khi vấn đề cần giải quyết phát sinh và chúng ta chỉ cần đưa một giao thức có những đặc điểm nhất định vào kịch bản ứng dụng tương thích với nó.

Liuyu không nghĩ như vậy. Anh ấy tin rằng bản chất của Web3 là phát hiện ra một vấn đề mà Web2 không thể giải quyết hoặc không thể giải quyết tốt, sau đó cung cấp giải pháp cho nó. Một giải pháp hiệu quả. Đồng thời, giải pháp này cần có mức độ linh hoạt nhất định để khi gặp vấn đề tương tự vẫn có thể giải quyết dễ dàng.

"Nếu là dân du mục, chúng ta có thể không cần bánh xe. Bởi vì dân du mục có thể cưỡi ngựa."
——LưuYu

Kết luận

Liu Yu trích dẫn một ẩn dụ trong Lược sử nhân loại ở cuối cuộc phỏng vấn ---Anh ấy so sánh Web2 với một chiếc xe ngựa và Web3 với đầu máy diesel.

Khi người ta đã quen với việc lái xe ngựa, họ không nghĩ rằng xe ngựa có gì sai, và họ cũng không nghĩ rằng cần phải thay đầu máy xe lửa. Nhưng một khi nó bắt đầu sử dụng đầu máy xe lửa trên quy mô lớn, thời kỳ của xe ngựa sẽ không còn nữa, đó là lý do tại sao chúng ta cần Web3.

Cuộc thảo luận bàn tròn về ERC-3475 và ERC-3525 này lấy chính giao thức Token làm điểm bắt đầu và khi chủ đề đi sâu hơn, nó sẽ dần dần mở rộng sang các chủ đề cốt lõi như trên- chuỗi Siêu dữ liệu và thậm chí cả bản chất của Web3. Đồng thời, khi xuất khẩu quan điểm cá nhân của mình, hai tác giả cũng cung cấp cho chúng ta những ý tưởng mới để nhìn nhận cùng một vấn đề từ những góc độ khác nhau. Chỉ trong kiểu tranh luận này, nơi mọi người bày tỏ ý kiến riêng của mình, chúng ta mới có thể tiến gần hơn đến bản chất của sự việc.

Phụ lục:

1.ERC-3475

ERC-3475 là một tiêu chuẩn API mới được đề xuất bởi nền tảng sinh thái trái phiếu phi tập trung D/Bond. Nguyên tắc cơ bản của nó là làm cho ID của từng loại trái phiếu trở nên duy nhất. . Nó có thể đại diện cho một loại Mã thông báo có thể định cấu hình mới và tương ứng với từng danh mục một, giúp việc phát hành trái phiếu với nhiều dữ liệu mua lại trở nên khả thi.

ERC-3475 xây dựng một hệ thống có thể chuẩn hóa các sản phẩm tài chính phức tạp bao gồm cả trái phiếu. Trong thiết kế của hệ thống này, một cấu trúc nonce được bao gồm và dữ liệu chính có thể được lưu trữ trong cấu trúc này dưới dạng một lớp.

Khi áp dụng cụ thể vào mức độ trái phiếu, lãi suất cũng sẽ biến động tương ứng theo điều kiện phát hành khác nhau của từng trái phiếu, đồng thời, thời gian hoàn vốn cũng sẽ như vậy. cũng khác nhau xảy ra những thay đổi nhất định.

Bằng cách liên kết dữ liệu trên với cấu trúc nonce, Metadata còn có hai đặc điểm chính:

1) ERC-3475 lưu trữ Siêu dữ liệu trên chuỗi với hai loại nút hoặc độ sâu

2) ERC-3475 được thiết kế cho tất cả Siêu dữ liệu Một định dạng mới có thể được đọc thống nhất trong cả hợp đồng thông minh trên chuỗi và giao diện người dùng ngoài chuỗi.

2 ERC-3525

ERC -3525 là tiêu chuẩn Mã thông báo Ethereum mới do Giao thức Solv đề xuất. Nó áp dụng mô hình tài sản hai lớp bao gồm ID và giá trị, đồng thời xác định loại tài sản mới - Mã thông báo bán có thể thay thế (SFT). Đúng như tên gọi, SFT là loại Token nằm giữa FT và NFT. Đặc điểm của nó là có thể chia thành các phép tính và là duy nhất.

3.SBT (Mã thông báo ràng buộc linh hồn)

Vào tháng 5 năm 2022, trong bài báo "Xã hội phi tập trung: Tìm kiếm linh hồn của Web3" do người sáng lập cốt lõi Ethereum Vitalik Buterin, E. Glen Weyl và Puja Ohlhaver In đồng xuất bản Trong bài viết, họ tập trung vào khái niệm, ứng dụng và công nghệ triển khai của Token SBT (Soulbound Token) mới lần đầu tiên.

Ngay khi bài báo được phát hành, nó đã ngay lập tức làm dấy lên những cuộc thảo luận sôi nổi trên khắp thế giới mã hóa. Vậy chính xác thì Soul Binding Token (SBT) là gì? Trước khi làm rõ vấn đề này, đầu tiên chúng ta cần biết Soulbond là gì.

Khái niệm Soulbond xuất phát từ trò chơi MMORPG nổi tiếng thế giới "World of Warcraft". Đây là một cơ chế trò chơi cơ bản nhằm ngăn chặn việc trao đổi hoặc gửi thiết bị bằng cách ràng buộc nó với nhân vật của người chơi. Mục đích ban đầu của thiết kế này là ngăn người chơi cấp thấp sử dụng sớm thiết bị mạnh mẽ mà chỉ người chơi cấp cao mới có quyền truy cập, do đó phá hủy trải nghiệm chơi trò chơi trong môi trường trò chơi cấp thấp.

Như tên cho thấy, Mã thông báo gắn kết linh hồn SBT là Mã thông báo được ràng buộc với tài khoản người dùng hoặc ví. Sau khi được tạo, Mã thông báo này không thể được giao dịch. SBT có thể được sử dụng để thể hiện các cam kết, trình độ, mối quan hệ, v.v. Chức năng của nó tương tự như sơ yếu lý lịch cá nhân, được tài khoản bên liên quan tương ứng của người dùng cấp làm bằng chứng về mối quan hệ xã hội tương ứng.

SBT có thể hiểu là Token vĩnh viễn, không thể chuyển nhượng trên blockchain công khai. Nó có thể được phát hành dưới nhiều hình thức khác nhau và có thể được phát hành bởi bất kỳ ai. Mục đích lớn nhất của SBT là chính thức hóa sự tương tác giữa những người dùng trên một blockchain công khai để cả thế giới có thể chứng kiến và xác minh nó. Trong mô hình này, về nguyên tắc, danh tính kỹ thuật số của một người có thể được định hình theo bối cảnh xã hội chỉ thông qua các tương tác công khai liên tục.

Theo quan điểm của Will, SBT là mô hình tài sản hai lớp điển hình nhấn mạnh cả ID và giá trị nên không phù hợp với việc áp dụng ERC-3525. cảnh có khả năng thích ứng cao.

LiuYu tin rằng SBT về cơ bản đã từ bỏ các đặc điểm của Chuyển giao. Theo quan điểm của Will về bản chất của Token (bản chất của Token bao gồm Quyền sở hữu và Chuyển giao ( là nhà cung cấp tài sản kỹ thuật số), SBT thậm chí không thể được tính là Token. Điều này càng ủng hộ quan điểm của ông rằng bản chất của Token thực sự là một định dạng lưu trữ và đọc và ghi dữ liệu.

Liên kết gốc

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia