Ethereum Vision: Cơ quan đăng ký hệ thống cho máy tính thế giới

Lưu ý của biên tập viên: Bài viết này đến từNhững người đam mê Ethereum (ID: ETHfans)Lưu ý của biên tập viên: Bài viết này đến từ

Những người đam mê Ethereum (ID: ETHfans)

, Tác giả: Loredana Cirstea, bản dịch & hiệu đính: Wuwei & A Jian, được Odaily sao chép với sự ủy quyền.

Mục tiêu của Ethereum là máy tính toàn cầu, đây là kết luận của chuyến thăm đầu tiên của chúng tôi tới https://www.ethereum.org/ vào năm 2016. Nhưng từ khi hình thành vào năm 2013 cho đến ngày nay, chúng tôi vẫn chỉ sử dụng nó như một cơ sở dữ liệu kim loại thô với một vài "bảng" có thể sử dụng được: địa chỉ (tài khoản và hợp đồng), khối, giao dịch và sự kiện. Để sử dụng nó như một hệ điều hành sẽ cần hàng nghìn kiểu dữ liệu.

Ngay bây giờ, ứng dụng sát thủ của ethereum là thanh toán, nhưng nó có thể làm được nhiều hơn thế.

tiêu đề phụ

Vấn đề với số lượng nhỏ các loại dữ liệu tiêu chuẩn

Lấy World Wide Web (web) cổ điển làm ví dụ, nó chỉ có một số loại dữ liệu: trang web, siêu liên kết, từ khóa. Ngoài việc coi một số từ khóa là chuỗi, các trang web không biết gì về nội dung văn bản.

Đây là ý nghĩa của giao diện đối với mỗi người tạo trang như đã thấy.

Còn khi bạn cần sử dụng giao diện của chính phủ, ngành giáo dục hoặc tài nguyên hợp pháp thì sao? Nó có thể làm bạn mệt mỏi khi cố gắng tìm và sử dụng các dịch vụ có liên quan.

Còn người dùng máy thì sao? Nó gây ra lỗi trong các hệ thống tự động khi duyệt web. Vì vậy, bạn chỉ có thể làm một trình thu thập thông tin web chứ không thể duyệt web một cách thông minh và chính xác.

Web ngữ nghĩa rất phù hợp để trở thành Cơ quan đăng ký hệ thống của Web cổ điển. Nhưng nó sẽ mang lại thêm công việc cho nhà sản xuất nội dung, vì vậy nó không được chấp nhận. Nó cung cấp một số lượng lớn các kiểu mới cũng như các kiểu đại diện cho các mối quan hệ kiểu. Kể từ khi World Wide Web được tạo ra vào những năm 90, chỉ một số lượng nhỏ các loại dữ liệu có thể được sử dụng với máy tính dựa trên World Wide Web.

tiêu đề phụ

khởi đầu mới

Ethereum hứa hẹn sẽ trở thành máy tính của thế giới và cung cấp một môi trường hoàn chỉnh Turing ngay từ đầu, đây là một nơi tuyệt vời để bắt đầu (ít nhất là về tính biểu cảm của hệ thống). Tuy nhiên, nhiều năm sau khi được tạo ra, Ethereum vẫn không hỗ trợ đăng ký loại, thậm chí không có đăng ký hệ thống. Chúng tôi hy vọng sẽ thấy sổ đăng ký loại dữ liệu trong Ethereum, và sau đó hình thức phôi thai của sổ đăng ký hệ thống sẽ xuất hiện.

Do đó, chúng tôi đã gửi EIP, Triển khai Hệ thống loại phân tán (dType) trên EVM: http://eips.ethereum.org/EIPS/eip-190.

Cập nhật: Xem thêm phần mở rộng lưu trữ dType, bí danh dType, phần mở rộng ngôn ngữ, phần mở rộng chức năng.

Lợi ích của sổ đăng ký kiểu là sử dụng lại kiểu. Thay vì mỗi dự án tạo riêng lẻ (các phiên bản khác nhau) cùng loại dựa trên nhu cầu riêng của nó (làm cho mã byte trên chuỗi trở nên cồng kềnh), họ có thể sử dụng lại các loại đã được triển khai cho cơ quan đăng ký loại.

Khi loại giao diện được hiểu chính xác, chúng ta có thể trình bày dữ liệu ở dạng phong phú hơn. Hãy tưởng tượng một trình duyệt chuỗi khối hiểu một mảng các giá trị trên chuỗi dưới dạng một loại tọa độ và có thể hiển thị nó dưới dạng một điểm trên bản đồ. Hoặc khi nó hiểu kiểu dữ liệu, nó có thể hiển thị biểu đồ chuỗi thời gian đẹp:

Chuỗi thời gian giống nhau có thể được hiển thị dưới dạng bảng hoặc bảng tính thông thường, đây là biểu diễn giao diện người dùng mặc định của mảng hai chiều.

Điều này sẽ cho phép mọi người sử dụng các thành phần UI/UX được phối hợp tốt. Các thành phần tiết kiệm thời gian cho người dùng vì anh ta sẽ biết chính xác kết quả mong đợi là gì, thay vì bị buộc phải hiểu cách thức hoạt động của giao diện mới hoặc đau khổ vì không thể biết đó là lỗi hay tính năng.

Một hệ thống loại hợp nhất cũng chuẩn bị các công cụ máy học và AI để hiểu rõ hơn về dữ liệu.

Chúng ta có thể tiến thêm một bước và xây dựng các công cụ web2 để sử dụng các loại từ các cơ quan đăng ký và dần dần thống nhất các dịch vụ tập trung và phi tập trung.

tiêu đề phụ

Yêu cầu đối với Đăng ký Loại

Dữ liệu trong sổ đăng ký loại phải ở định dạng dữ liệu chung mà mọi người có thể sử dụng. Điều quan trọng đối với cơ quan đăng ký là duy trì bản chất công ích của nó, vì vậy nó phải không bị giam giữ và chống kiểm duyệt.

• Cách chung để tạo kiểu là lấy ý kiến ​​đồng thuận và cung cấp dưới dạng mẫu, đồng thời đề xuất và ban hành quy tắc đặt tên kiểu (tránh xung đột cách đặt tên hoặc tên không khớp với dữ liệu thực tế).

• Bất kỳ ai cũng có thể tạo và gửi các loại. Việc thêm các loại mới vào sổ đăng ký cần phải là kết quả của sự đồng thuận của cộng đồng, tương tự như quy trình Ethereum EIP hiện tại. Do đó, chúng tôi sẽ ngày càng cần gấp các công cụ quản lý phi tập trung và các hệ thống quản lý phiên bản tương ứng của chúng. Hy vọng sẽ sớm thấy những công cụ này được sử dụng bởi dType. Các dự án nguồn mở như DAOstack và Aragon đã có những công cụ quản lý tòa nhà tiến bộ tốt.

• Mỗi loại dữ liệu phải lưu trữ đủ dữ liệu trong sổ đăng ký để đảm bảo:

Bất kỳ ai cũng có thể áp dụng các loại cho hợp đồng của riêng họ (ví dụ: tên loại, địa chỉ thư viện/hợp đồng, loại phụ và thẻ)

• Bất kỳ ai cũng có thể lấy mã nguồn của thư viện loại và hợp đồng

• Bất kỳ ai cũng có thể lưu trữ dữ liệu đăng ký đầy đủ ngoài chuỗi và phát triển các công cụ dựa trên nó (các chuỗi khối hiện tại đã cung cấp cho chúng tôi thuộc tính này)

• Cho phép thêm các loại mới khi đạt được sự đồng thuận

Việc cập nhật các loại rất phức tạp và có thể phá vỡ khả năng tương thích ngược, chúng tôi khuyên bạn chỉ nên thêm các loại mới, đầy đủ hơn

Các loại có thể được loại bỏ, miễn là chúng không còn được sử dụng và đã đạt được sự đồng thuận

tiêu đề phụ

quan điểm biện chứng

Chúng tôi đã thấy một số lợi ích: giảm sự dư thừa của các định nghĩa loại trên chuỗi, giao diện hợp nhất, tổ chức UI/UX thông minh hơn, khuyến khích tự động, phân tích dữ liệu tốt hơn, tương tác tốt hơn (bao gồm cả web2 - web3).

Vì vậy, những bất lợi là gì? Nó sẽ vượt trội hơn những lợi thế?

Như với bất kỳ điều gì đòi hỏi sự đồng thuận và tiêu chuẩn hóa, những điều này đi kèm với chi phí cộng tác và tranh luận. Nhưng trong trường hợp của Ethereum, chúng ta phải hợp tác và tranh luận để tạo ra một hệ thống công bằng và đẹp đẽ.

Chi phí lớn nhất mà mọi người sẽ phàn nàn là chi phí lưu trữ của chính sổ đăng ký. Tuy nhiên, lấy việc sử dụng lại thư viện loại đã đề cập ở trên làm ví dụ, chi phí giao dịch đăng ký loại thực tế sẽ ít hơn so với chi phí liên tục thêm mã byte khi triển khai hợp đồng.

Lưu ý bên lề: Trong trường hợp phí nhà nước, chúng tôi muốn có thể phân biệt giữa dữ liệu chung (dữ liệu hệ thống) và dữ liệu cá nhân (mọi người có thể thêm vào chuỗi khối và mang lại lợi ích cho một số ít người).

Nếu có những thiếu sót khác không được chỉ ra trong bài viết này, xin vui lòng thêm ý kiến. Bài viết này là một vứt đi.

tiêu đề phụ

khác

Khi chúng tôi phàn nàn về trải nghiệm UI và UX kém trong các dự án khác nhau, chúng tôi cần hiểu rằng bản thân UI và UX của World Wide Web là không đủ tốt. Không chỉ vậy, nó còn thiếu tiêu chuẩn hóa cần thiết cho tự động hóa.