Vai trò của công cụ này đối với các nhà phát triển là họ có thể triển khai các ứng dụng của mình trên các chuỗi khác nhau trong khi chỉ biết một ngôn ngữ. Điều này làm giảm ngưỡng học tập cho các nhà phát triển và không cần phải ràng buộc chuỗi công khai vì ngôn ngữ. Ngôn ngữ GraphQL mã nguồn mở và do Facebook dẫn đầu được OCAP thông qua, Mao Zhihong tin rằng điều này cũng có lợi cho việc thu hút cộng đồng nhà phát triển GraphQ ban đầu hỗ trợ OCAP.

Sự thân thiện với nhà phát triển vượt xa ngôn ngữ.

Mao Zhihong cũng đưa ra ví dụ về chi phí triển khai nút. "Nút đầy đủ của Ethereum được sử dụng để khai thác. Các nhà phát triển vẫn cần triển khai một nút để chạy các ứng dụng. Cũng giống như bạn sử dụng điện, lưới điện có điện ở khắp mọi nơi và bạn cũng cần một hộp phân phối. Quỹ Ethereum Tôi cũng nhận ra vấn đề này , vì vậy tôi đã ấp ủ một dịch vụ nút đám mây có tên là Tương lai và bán nó cho các nhà phát triển sau khi triển khai và các nhà phát triển vẫn cần phải trả tiền cho các nút đám mây. OCAP cũng giúp các nhà phát triển triển khai các nút đầy đủ.”

"Bây giờ mọi người đều nhận ra một điều: các nhà phát triển giành được thế giới. Chuỗi khối rất giống với cơ sở dữ liệu. Nó ở cấp độ rất thấp và phải được các nhà phát triển hỗ trợ."

Mặt khác, đối với một số chuỗi công khai của ngành hoặc ứng dụng, nếu họ hỗ trợ OCAP, họ có thể nhanh chóng tiếp cận cộng đồng và nhà phát triển mà không cần phát minh lại công cụ.

Hãy cùng nhìn lại quá trình phát triển của Ethereum, chỉ riêng chuỗi công khai và hợp đồng thông minh thôi là chưa đủ để các nhà phát triển phát triển ứng dụng, cần phải có nhiều công cụ, vì vậy bản thân Ethereum Foundation đã ươm tạo nhiều dự án giúp các nhà phát triển tiếp cận chuỗi và phát triển ứng dụng . Mao Zhihong nói rằng với tư cách là một chuỗi công cộng có mục đích chung, Ethereum có thể làm được điều này, nhưng đối với các chuỗi ứng dụng như CyberMiles (chuỗi công khai thương mại điện tử) và Eloncity (thanh toán điện lưới siêu nhỏ), thì không nên tập trung vào đây , họ có thể chọn tạo bộ điều hợp chuỗi để điều chỉnh giao thức OCAP.

Mao Zhihong tin rằng các công cụ có mục đích chung tương tự sẽ là tiêu chuẩn cho các chuỗi công khai trong tương lai.Anh ấy lại so sánh cơ sở dữ liệu, truy vấn cơ sở dữ liệu SQL cần có công cụ truy vấn, "Tất cả các nhà sản xuất trước đây đều có công cụ truy vấn của riêng họ, nhưng bây giờ chúng là phổ biến, bởi vì tất cả cơ sở dữ liệu đều sử dụng ngôn ngữ SQL và tất cả đều sử dụng Trình điều khiển ODBC và JDBC."

ODBC (Kết nối cơ sở dữ liệu mở, Kết nối cơ sở dữ liệu mở) là một phần không thể thiếu của cơ sở dữ liệu trong Kiến trúc dịch vụ mở của Microsoft (WOSA, Windows Open Services Architecture), thiết lập một bộ thông số kỹ thuật và cung cấp một bộ API tiêu chuẩn để truy cập cơ sở dữ liệu (Lập trình ứng dụng). Giao diện). JDBC (tiêu chuẩn kết nối cơ sở dữ liệu Java), tương tự như ODBC, cũng là một giao diện lập trình ứng dụng hướng đối tượng (API), qua đó tất cả các chương trình Java có thể truy cập các cơ sở dữ liệu quan hệ khác nhau và là một phần của thư viện lớp lõi java.

tiêu đề phụ

Chuỗi chéo cấp độ xen kẽ là một yêu cầu giả?

Những gì ArcBlock làm ở một mức độ nào đó có liên quan đến chuỗi chéo, bởi vì nền tảng phát triển của nó hy vọng sẽ hỗ trợ các nhà phát triển triển khai các ứng dụng của riêng họ trên các chuỗi khối khác nhau, liên quan đến sự tương tác của các tài sản trên các chuỗi khác nhau. Tuy nhiên, cơ chế xuyên chuỗi ngày nay vẫn còn rất non nớt. Hầu hết các nhóm đề cập đến "chuỗi chéo" của tài sản thực sự đã thực hiện "phiên bản chuỗi khối của Visa và MasterCard" và hoạt động như một người trung gian để trao đổi tỷ giá hối đoái giữa hai loại tiền tệ - không phải ví trao đổi tiền xu ngày nay.

Khi Odaily trực tiếp hỏi Mao Zhihong làm thế nào chuỗi chéo của ArcBlock có thể đạt được độ trung thực của dữ liệu trên chuỗi, Mao Zhihong cũng nói rất thẳng rằng thực sự rất khó để hiện thực hóa công nghệ này. Các chuỗi chéo hiện tại, bao gồm cả chuỗi của họ, chưa nhận ra tính trung thực của dữ liệu trên chuỗi, về cơ bản chúng giống như trao đổi, theo tỷ giá hối đoái, tài khoản được mở trên hai chuỗi, một tăng và một giảm.Anh ấy gọi đây là chuỗi chéo cấp ứng dụng và mỗi chuỗi không biết rằng đó là "chuỗi chéo".

Một lối suy nghĩ khác mà "chính chuỗi cũng biết" được gọi là lối suy nghĩ xen kẽ, cố gắng neo tài sản giữa hai chuỗi theo hai hướng.Ví dụ, các dự án chuỗi công khaiCosmos;Mạng Lightning không được tính là chuỗi chéo theo quan điểm của anh ấy (có chuỗi chính và chuỗi phụ). Ông giải thích rằng một chuỗi cực kỳ đơn giản là một ứng dụng. "Mục đích là để đạt được neo hai chiều. Giao dịch được gửi từ A là từ góc độ Giao dịch và nó được nhận trên chuỗi B. Một khi có vấn đề, nó sẽ được khôi phục. Điều này an toàn hơn."

Nếu bạn so sánh công nghệ này với "phiên bản chuỗi khối của chuyển tiền xuyên biên giới" ở trên, bạn có thể kết nối trực tiếp với việc chuyển giá trị liên chuỗi vào thời điểm này. “Nếu có vấn đề ở một bên, chẳng hạn như một ngã ba, trong chuỗi chéo cấp ứng dụng, thì bên kia không biết; trong tình huống xen kẽ, họ biết nhau.”

Do đó, ông tin rằng thực sự có một "sự khác biệt lớn" giữa hai người. Tuy nhiên, ông tin rằng kế hoạch này có thể "có hại hơn là có lợi":

Một mặt, độ khó của interledger rất cao, "interledger là để xây dựng một cây cầu, những thứ của hai chuỗi phải giống nhau, nhưng hai chuỗi thực sự khác nhau"; mặt khác, có rất ít ứng dụng thực tế yêu cầu ứng dụng, "99% chỉ các chuỗi chéo cấp Ứng dụng được yêu cầu và chỉ các chuỗi chéo cấp xen kẽ hiếm khi được yêu cầu. Bitcoin và Ethereum có thể yêu cầu điều này để bảo mật.”

Phán quyết này cũng dựa trên "lịch sử cơ sở dữ liệu" như một hướng dẫn. Ông giới thiệu rằng vào những năm 1980 và 1990, đã từng có một khái niệm gọi là cơ sở dữ liệu phân tán liên kết, tầm nhìn là: các nhà cung cấp cơ sở dữ liệu mà hai doanh nghiệp sử dụng là khác nhau, công nghệ hy vọng rằng cơ sở dữ liệu sẽ đảm bảo tính nguyên tử của các giao dịch, đó là cực kỳ khó khăn Nhưng hóa ra nó không cần thiết trong thực tế. "Vì tính nhất quán có thể được đảm bảo thông qua lớp ứng dụng, tại sao nó phải được thực hiện ở lớp dưới cùng? Vì vậy, chúng tôi thực sự thực dụng hơn trong thiết kế tổng thể."

tiêu đề phụ

Rất có khả năng Ethereum đã khiến mọi người lạc lối

Sau khi nói về chuỗi chéo, tôi đã hỏi về những thay đổi trong lĩnh vực chuỗi công khai, cũng như các lỗ hổng hợp đồng thông minh của Ethereum và EOS. Bối cảnh là các hợp đồng thông minh thường xuyên có những kẽ hở, để tránh những vấn đề này, một số chuỗi công cộng thậm chí còn chọn làm cho hợp đồng thông minh Turing không hoàn chỉnh, để đảm bảo tính bảo mật của chuỗi công khai.

Là một doanh nhân cam kết tích hợp khuôn khổ phát triển của chuỗi công khai, quan điểm của Mao Zhihong chỉ đơn giản là phủ nhận nhịp điệu của hướng chung của Ethereum.

Anh ấy tin rằng thị trường đã không thay đổi nhiều trong sáu tháng qua và hầu hết các chuỗi công khai đều muốn xây dựng một Ethereum tốt hơn. "Bất cứ ai muốn xây dựng một máy ảo trên chuỗi công khai mới đều là tín đồ của Ethereum. Tôi có một nhận định táo bạo:Rất có khả năng Ethereum đã khiến mọi người lạc lối. Ethereum muốn trở thành máy tính đa năng cho toàn thế giới, xã hội cần blockchain nhưng không nhất thiết phải cần máy tính. "

Đã có nhiều lỗ hổng trong hợp đồng thông minh của Ethereum, toàn ngành cho rằng hợp đồng thông minh quá linh hoạt, tức là Ethereum muốn hoàn thiện hợp đồng thông minh Turing. Mao Zhihong kết luận rằng lỗ hổng của hợp đồng thông minh Ethereum là do nó quá linh hoạt; thứ hai là máy ảo và ngôn ngữ còn mới và chưa trưởng thành. "Vấn đề tràn được phát hành cách đây một thời gian (vấn đề về tiền Meitu là do tràn số nguyên), đáng lẽ phải được giải quyết ở cấp độ ngôn ngữ."

“Tất cả những điều này là do Ethereum muốn thực hiện điện toán đa năng và tầm nhìn của nó quá lớn.”

Đối với EOS, theo quan điểm của Mao Zhihong, "thậm chí còn quanh co hơn": mục tiêu là Ethereum tốt hơn, nhưng thực tế nó chỉ khiến Ethereum trở nên tập trung hơn và dường như có vấn đề với việc lựa chọn ngôn ngữ máy ảo.

"Lý do Ethereum chọn viết ngôn ngữ mới Solidity là để đạt được tính nhất quán của mã hợp đồng thông minh. Tại sao không sử dụng ngôn ngữ hiện có mà sử dụng máy ảo để triển khai nó? Nó phụ thuộc vào việc bên thứ ba có thể kiểm tra nó hay không." nghĩ,Ngôn ngữ máy ảo WebAssembly (WASM) do EOS chọn, lớp dưới cùng về bản chất là JavaScript, liệu nó có thể nhất quán hay không là một vấn đề lớn.

Diss có hai chuỗi công cộng có mục đích chung "cấp độ phi thường". Ý tưởng của ông là các chuỗi công khai nên mang nhiều thứ chuyển giao giá trị hơn. "Có lẽ chuỗi công khai nên tập trung nhiều hơn vào mã thông báo. Trong tương lai, chúng tôi muốn tạo mã thông báo có thể lập trình."

Ông gọi đây là hướng thứ ba của chuỗi công khai bên cạnh Bitcoin và Ethereum.

ERC20 chưa nhận được đủ sự chú ý Ethereum chỉ triển khai giao diện bằng ngôn ngữ này Trên thực tế, với tư cách là một Mã thông báo, nó cực kỳ đơn giản. "Nó chỉ có thể được đại diện bởi các mã thông báo. Ví dụ: hợp đồng thông minh của mã thông báo hiện nay khi một điều kiện nhất định xảy ra, mã thông báo sẽ được chuyển từ một địa chỉ nhất định sang một địa chỉ nhất định và nó sẽ được phân chia như thế nào."

"Bây giờ nó là một tờ giấy trắng. Mã thông báo chỉ xác định giao diện, đó chỉ là giao diện. Tôi nghĩ nó nên được sử dụng như một dịch vụ."

Anh ấy hy vọng sẽ xây dựng một hệ thống tài khoản công khai mã thông báo rất hoàn chỉnh. "Đây là trở về bản chất, giống như một máy chủ cơ sở dữ liệu, một số người cũng cung cấp giao diện web, nhưng cơ sở dữ liệu nên làm tốt công việc truy vấn và tìm kiếm.Tôi là Lu Xiaoming, biên tập viên của Odaily. Tôi đang khám phá blockchain thực sự. Vui lòng thêm WeChat lohiuming để cập nhật tin tức và liên lạc. Vui lòng ghi rõ tên, đơn vị, chức vụ và lý do của bạn.”

Tôi là Lu Xiaoming, biên tập viên của Odaily. Tôi đang khám phá blockchain thực sự. Vui lòng thêm WeChat lohiuming để cập nhật tin tức và liên lạc. Vui lòng ghi rõ tên, đơn vị, chức vụ và lý do của bạn.