Blockchain so với Công nghệ sổ cái phân tán (DLT): Phần 2

blog 1Tin tứcDevelopersEnterpriseBlockchain ExplainedEvents and ConferencePressBản tin

Theo dõi bản tin của chúng tôi.

Địa chỉ email

Chúng tôi tôn trọng quyền riêng tư của bạn

Trang chủBlogEnterprise Blockchain

Blockchain so với Công nghệ sổ cái phân tán (DLT): Phần 2

Phân tích so sánh về kiến ​​trúc và động lực điều hành của Ethereum, Hyperledger Fabric và R3 Corda. Bởi ConsenSysMay 23, 2018Đăng vào ngày 23 tháng 5 năm 2018

anh hùng blockchain dlt 2

Đây là Phần 2 của phân tích so sánh hai phần của Ethereum, Hyperledger Fabric và R3 Corda. Đọc Phần 1 của Blockchain so với DLT. 

Nền tảng công nghệ sổ cái phân tán so với Blockchain

Cần phải thừa nhận rằng nếu điều phối cơ sở dữ liệu và phân bổ mã hiệu quả hơn là chức năng mong muốn của một hệ thống, thì blockchain có thể không nhất thiết phải là giải pháp mà một tổ chức đang tìm kiếm. Các hệ thống công nghệ sổ cái phân tán (DLT) như Hyperledger Fabric hoặc R3 Corda có khả năng thực hiện các chức năng tương tự như các hệ thống blockchain, nhưng cần lưu ý rằng các blockchains là một tập hợp con riêng biệt của các sổ cái phân tán có chức năng bổ sung ngoài việc điều phối mã. Các blockchains có khả năng thực hiện các chức năng mà sổ cái phân tán không có trong việc xác lập giá trị kỹ thuật số dựa trên thành phần của hệ thống.

Trong tài liệu này, các cân nhắc về kiến ​​trúc sẽ được khám phá để xác định các khía cạnh đóng góp vào chức năng blockchain. Một cuộc kiểm tra sẽ là có lẽ có sự cân bằng giữa những gì các blockchain có thể thực hiện và những gì DLT cung cấp. DLT được sử dụng để xử lý giao dịch trong một môi trường đáng tin cậy được chia sẻ trong khi các blockchain thực sự được thiết kế để hy sinh nhu cầu thiết lập đáng tin cậy để đạt được độ trung thực cao và tính bất biến của tài khoản. Các khía cạnh về độ trung thực cao và tính bất biến là yếu tố không thể thiếu để thành công trong việc số hóa tài sản đúng cách. Phân tích từ tài liệu này sẽ bao phủ các thành phần kiến ​​trúc trong các quy trình kinh doanh để làm sáng tỏ thêm các sắc thái công nghệ này trên các nền tảng.

Hình 1 Điều quan trọng là phải phân biệt giữa các ngăn xếp công nghệ và cách chúng so sánh về chức năng và trường hợp sử dụng Trong khi công nghệ sổ cái phân tán bị ảnh hưởng nhiều bởi công nghệ blockchain, chúng ta nên phân biệt các cân nhắc về kiến ​​trúc của các nền tảng công nghệĐiều quan trọng là phải phân biệt giữa các ngăn xếp công nghệ và cách chúng so sánh về chức năng và trường hợp sử dụng. Trong khi công nghệ sổ cái phân tán bị ảnh hưởng nhiều bởi công nghệ blockchain, chúng ta nên phân biệt các cân nhắc về kiến ​​trúc của các nền tảng công nghệ.

So sánh sẽ được thực hiện dựa trên một số tính năng phân biệt chính tồn tại trong nền tảng phần mềm. Các lĩnh vực chính sẽ được khám phá trong tài liệu này bao gồm:

  • Tiểu bang: Trạng thái đề cập đến đơn vị logic chính mà mã có thể được bao gồm để hỗ trợ việc biểu diễn thông tin trong môi trường máy tính. Mặc dù trạng thái có thể có nhiều ý nghĩa khác nhau trong các ngữ cảnh khác nhau, nhưng việc sử dụng trạng thái trong môi trường blockchain và sổ cái phân tán bao gồm cấu hình hiện tại của đặc điểm bản thể học của cấu trúc dữ liệu.
  • Giao dịch: Trong môi trường blockchain, các giao dịch được coi là các sự kiện tính toán có thể dẫn đến việc tạo ra các trạng thái hoặc chuyển đổi trạng thái xảy ra trong hệ sinh thái phát triển. Các giao dịch có thể bắt đầu hợp đồng hoặc gọi theo các hợp đồng đã có từ trước.
  • Hợp đồng thông minh: Khi đánh giá nền tảng blockchain từ góc độ kiến ​​trúc, điều quan trọng là phải xác định cấu trúc của mã hợp đồng thông minh và cách nó hoạt động liên quan đến cấu trúc liên kết mạng blockchain thực tế. Hợp đồng thông minh được coi là các đơn vị mã riêng lẻ thực thi các hành động trong hệ sinh thái nền tảng.

Bảng sau đây cho thấy tổng quan ngắn gọn về sự khác biệt chính giữa các tính năng công nghệ khác nhau của các nền tảng tương ứng.

tính năng nền tảngTổng quan về các tính năng công nghệ của Ethereum, Hyperledger Fabric và R3 Corda.

Tôi tuyên bố

Ethereum

Là một hệ sinh thái với các cấu hình phân tán được chia sẻ, Ethereum đưa ra khái niệm “Trạng thái” thông qua cấu hình của các đối tượng được gọi là “Tài khoản”. Có hai loại tài khoản trong Ethereum:

  • Tài khoản hợp đồng – tài khoản được kiểm soát bởi mã hợp đồng
  • Tài khoản được sở hữu bên ngoài – tài khoản được kiểm soát bởi khóa riêng tư

Ethereum sử dụng khái niệm Trạng thái thế giới là ánh xạ địa chỉ tài khoản và trạng thái tài khoản. State_Root là gốc cây Patricia Merkle của sự kết hợp các tài khoản trong hệ thống. Và trong các tài khoản, các trạng thái hợp đồng cũng được tổ chức trong cấu trúc dữ liệu Cây Patricia Merkle này. Băm gốc của trạng thái có thể được sử dụng để bảo mật danh tính của dữ liệu trong cây merkle, cho phép sao chép trong toàn mạng, điều này cuối cùng dẫn đến tính bất biến lý thuyết của hệ thống.

Các blockchains thực sự được phân biệt với DLT dựa trên sự phụ thuộc của chúng vào cấu trúc dữ liệu Patricia Merkle Tree này và sự phối hợp của chúng giữa các khối được sử dụng để khởi tạo trạng thái của hệ thống.Các blockchains thực sự được phân biệt với DLT dựa trên sự phụ thuộc của chúng vào cấu trúc dữ liệu Patricia Merkle Tree này và sự điều phối của chúng giữa các khối, được sử dụng để khởi tạo trạng thái của hệ thống. Khái niệm này là không thể thiếu đối với tính toàn vẹn, tính hợp lệ và trung thực của dữ liệu của một kiến ​​trúc hệ thống blockchain.

Bình luận

Chức năng mà Ethereum World State tạo ra là một hệ thống không tin cậy cho phép tạo ra giá trị ở định dạng kỹ thuật số. Các nguồn giá trị đại diện kỹ thuật số có nguồn gốc từ nền kinh tế mã thông báo có thể được lấy từ thành phần tài khoản và cấu trúc dữ liệu phụ của Ethereum; giống như cách mà các cổng logic có thể khởi tạo các thuật toán chức năng trong kỹ thuật truyền thống.

Các nền tảng có nguồn gốc từ Ethereum, bao gồm các ứng dụng khách Ethereum và các triển khai riêng tư có thể được hưởng lợi từ việc xác lập giá trị này bởi sự tin tưởng vào các tiêu chuẩn này liên quan đến việc bảo tồn trạng thái và triển khai logic. Các nền tảng không thể khởi tạo một trong các chức năng dựa trên giá trị logic này sẽ không thể tạo điều kiện tạo ra các giá trị tài sản kỹ thuật số phi tập trung thực sự.

Vải Hyperledger

Trong Hyperledger Fabric, trạng thái được bảo toàn trong cấu trúc cơ sở dữ liệu với sự phụ thuộc vào các kho lưu trữ khóa / giá trị cho trạng thái. Sự tương tác giữa các chương trình Chaincode và cách chúng được cài đặt vào cấu trúc liên kết nền tảng cho phép các lệnh và hành động được đưa vào hệ thống. Những hành động này dẫn đến cập nhật cho kho dữ liệu do các giao dịch dẫn đến cập nhật trạng thái được gọi là sổ cái. Sổ cái được xây dựng như một cơ sở dữ liệu phân tán được chia sẻ cung cấp cho người dùng quyền truy cập cao hơn vào thông tin và các giao dịch xảy ra trong môi trường máy tính phân tán. Trạng thái được lồng trong môi trường cơ sở dữ liệu thông qua các công cụ phát triển phần mềm truyền thống:

  • LevelDB tạo cơ sở dữ liệu khóa / giá trị
  • CouchDB sẽ giữ cơ sở dữ liệu JSON của Tài liệu

kiến trúc vảiTrong kiến ​​trúc Fabric, định dạng cơ sở dữ liệu về cách tổ chức tất cả các quy trình có thể tăng quá trình xử lý giao dịch và tối đa hóa hiệu quả tính toán trong hệ sinh thái.

Trong Cơ sở dữ liệu trạng thái, các giá trị phiên bản mới nhất cho các khóa trong nhật ký giao dịch chuỗi được lưu trữ dưới dạng các cặp khóa / giá trị. Các giá trị chính được gọi là Trạng thái thế giới được lập chỉ mục để xem nhật ký giao dịch tồn tại trong kiến ​​trúc kênh. CouchDB hoạt động như một quy trình cơ sở dữ liệu riêng biệt nhận cập nhật từ API chaincode.

Bình luận

Hyperledger Fabric đã tạo ra một quy trình thay thế các nguyên lý chính của hệ thống blockchain để đổi lấy việc đạt được chuyển đổi trạng thái thông lượng cao. Việc sử dụng kiến ​​trúc hiện tại cho phép các trạng thái được sửa đổi và hiển thị dễ dàng hơn trong một lược đồ phần mềm truyền thống, dẫn đến quyền truy cập đọc / ghi. Mặc dù việc sắp xếp trạng thái trong môi trường Fabric hiệu quả, nhưng nó thiếu khả năng tạo ra giá trị trong một hệ sinh thái phi tập trung công khai, giống như cách mà một blockchain thực sự như Ethereum hoặc Bitcoin có thể làm được. Sự di chuyển của dữ liệu trong môi trường phần mềm của Fabric thể hiện khả năng của một cơ sở dữ liệu phân tán. Việc tạo ra các tài sản kỹ thuật số trong Fabric về cơ bản sẽ là thông tin kỹ thuật số được lưu trữ trong cơ sở dữ liệu được kiểm soát bởi các bên hoặc nhóm kiểm soát trong một tập đoàn mà không tuân thủ cấu trúc kinh tế của hàng hóa kỹ thuật số.

R3 Corda

Trong R3 Corda, Trạng thái dựa trên trình tự và lập phiên bản của các bộ dữ liệu khác nhau trong kiến ​​trúc nền tảng. Trong hệ thống, Mạng duy trì một Vault, là cơ sở dữ liệu lưu trữ các trạng thái lịch sử được theo dõi trong hệ thống. Ở Corda, trạng thái được coi là bao gồm dữ liệu không rõ ràng có thể so sánh với tệp đĩa không nhất thiết phải được cập nhật, mặc dù được sử dụng để tạo trình kế thừa mới. Hệ thống này hoạt động như một loạt các bản cập nhật trạng thái được sửa đổi và tái tạo lại trong một môi trường do người dùng kiểm soát và chia sẻ.

Hình 5 Sổ cái được coi là tập hợp tất cả các trạng thái hiện tại được kích hoạt. Sổ cái này vay mượn từ mô hình bitcoin UTXO mặc dù không triển khai các đặc điểm bảo tồn trạng thái giống như Cây Patricia Merkle tồn tại trong công nghệ blockchain mặc dù sử dụng một số công nghệ trong các phần phụ của nền tảng trái ngược với lõi Trong khi các trạng thái hoạt động như các thể hiện của các lớp được lưu trữ trong vault, việc sắp xếp và lập phiên bản của dữ liệu cung cấp một phương tiện khả thi để lưu trữ dữ liệuSổ cái được coi là tập hợp tất cả các trạng thái hiện tại được kích hoạt. Điều này vay mượn từ mô hình bitcoin UTXO mặc dù không triển khai cùng trạng thái bảo tồn các đặc điểm của Cây Patricia Merkle tồn tại trong công nghệ blockchain, mặc dù sử dụng một số công nghệ trong các phần phụ của nền tảng thay vì cốt lõi. Trong khi các trạng thái hoạt động như các thể hiện của các lớp được lưu trữ trong vault, việc sắp xếp thứ tự và lập phiên bản của dữ liệu cung cấp một phương tiện khả thi để lưu trữ dữ liệu.

Ở Corda, các trạng thái được coi là các lớp lưu trữ dữ liệu. Các lớp là sự triển khai của giao diện “ContractState” hoạt động như lớp khả năng tương tác trong nền tảng. Các trường dữ liệu “Trạng thái” nhất định có thể bao gồm:

  • Phát hành
  • Chủ nhân
  • faceValue và Amount>
  • ngày trưởng thành

Định dạng của thiết kế này là cho phép bổ sung dữ liệu trong một chuỗi sự kiện cho phép khả năng theo dõi nguồn gốc của dữ liệu đến từ đâu trong môi trường được kiểm soát. Provenance được kiểm soát bởi các thành viên của hiệp hội có quyền kiểm soát truy cập nhất định vào nền tảng phần mềm. Sử dụng thiết lập này, các ngân hàng và tổ chức tài chính sẽ có thể tối đa hóa hiệu quả về mặt xử lý thông tin trong hệ sinh thái sổ cái được chia sẻ. Dữ liệu có thể được di chuyển và xử lý tốt hơn giữa các tổ chức trong khi giảm nhu cầu về sự tin cậy đáng kể giữa các đối tác không đáng tin cậy.

Bình luận

Thiết lập kiến ​​trúc này tương tự có thể xử lý dữ liệu được chia sẻ trong môi trường bán tin cậy nơi các đối tác không cần phải hoàn toàn tin tưởng lẫn nhau. Dữ liệu có thể được xử lý thành công và thêm vào những gì Corda coi là trạng thái, mặc dù nền tảng thiếu các thành phần của hệ thống blockchain có thể tiết lộ giá trị rõ ràng. Trong Corda, trạng thái không phải là một cấu trúc logic, mặc dù là các phần thông tin được nối vào một sổ cái giống như cơ sở dữ liệu. Mặc dù tài sản có thể được số hóa và lưu trữ ở định dạng trạng thái đã chi tiêu và chưa sử dụng, nhưng tài sản sẽ không thể là các đơn vị giá trị riêng biệt tương tự như cách Bitcoin, Ethereum và nền kinh tế mã thông báo tạo ra thị trường mới, mặc dù phần mềm ngân hàng có thể là một phần mềm đáng tin cậy. thiết lập có thể giúp hoạt động như một trung tâm chứng thực cho thông tin an toàn không công khai, tương tự như cách hệ thống ngân hàng hiện đang hoạt động ngày nay.

II. Giao dịch

Ethereum là một hệ sinh thái máy dựa trên giao dịch, nơi trạng thái toàn cầu của các giao dịch được lưu trữ trong các khối. Khi các giao dịch xảy ra, chuyển đổi trạng thái dẫn đến các trạng thái mới của hệ thống. Quá trình này hy sinh tốc độ xử lý giao dịch cơ sở dữ liệu nhanh chóng cho tính toàn vẹn của một hệ thống biểu thị trạng thái cũng như giao dịch dẫn đến trạng thái đó trong cấu hình cấu trúc dữ liệu blockchain Patricia Merkle Tree.

Hình 6 Trong trạng thái kiến ​​trúc này cùng với các giao dịch dẫn đến chuyển đổi trạng thái được lưu giữ trong một mô hình phần mềm sử dụng Cây Patricia Merkle để khóa dữ liệu thành một thực tế lịch sử được hiện thực hóa trong các khốiTrong kiến ​​trúc này, trạng thái cùng với các giao dịch dẫn đến chuyển đổi trạng thái được lưu giữ trong một mô hình phần mềm sử dụng Cây Patricia Merkle để khóa dữ liệu thành một thực tế lịch sử được hiện thực hóa trong các khối.

Có hai loại giao dịch:

  • Nhắn tin cuộc gọi
  • Hợp đồng sáng tạo.

Giao dịch bao gồm cơ chế chuyển giao giá trị nội bộ. Việc chuyển giao giá trị trong tài khoản hợp đồng dẫn đến thay đổi trạng thái. Bởi vì hệ thống dựa trên việc chuyển giao giá trị giữa các hợp đồng thông minh tồn tại giữa các sự kiện thực hiện giao dịch, các trạng thái phân chia khác nhau có thể được sử dụng để khởi tạo các thỏa thuận và logic kinh doanh có độ trung thực cao..

Bình luận

Đặc điểm phân biệt chính của Ethereum là các giao dịch được sử dụng như các đơn vị quy trình riêng lẻ trong môi trường chuỗi khối Ethereum và thông qua cấu hình này, lưu giữ một bản ghi vĩnh viễn về các trạng thái giao dịch trong hệ thống. Ethereum có khả năng cả về khả năng công nghệ liên quan đến cơ sở dữ liệu sổ cái phân tán truyền thống cũng như kết hợp niềm tin mong muốn với giá trị kỹ thuật số. Các công nghệ bắt nguồn từ chuỗi khối Ethereum có thể nhóm các giao dịch và logic kinh doanh thành các khối của một chuỗi khối. Chức năng kinh doanh có được từ thiết lập này bao gồm:

  • Nền kinh tế kỹ thuật số đích thực
  • Hàng hóa và tài sản kỹ thuật số được kiểm soát bởi các khuyến khích kinh tế thay vì khuyến khích tổ chức / độc quyền
  • Giao diện tương tác giữa các tổ chức tư nhân và nền kinh tế kỹ thuật số công cộng

Kiến trúc của Ethereum cho phép các nền tảng liên kết có thể đưa các lớp khuyến khích kinh tế tiền điện tử vào hệ thống. Điều này có nghĩa là các lớp khuyến khích và thiết kế cơ chế khác nhau có thể được tạo ra để bảo mật mạng tổng thể, thay vì phụ thuộc vào các dịch vụ được kiểm soát tập trung do các thiết kế phần mềm truyền thống cung cấp. Lớp khuyến khích kinh tế tiền điện tử này có thể được áp dụng cho cả nền kinh tế hàng hóa kỹ thuật số cũng như lớp giao diện giữa các phiên bản riêng tư và công khai của nền tảng blockchain.

Vải Hyperledger

Tất cả các giao dịch được thực hiện trong kiến ​​trúc đa kênh của Fabric để đảm bảo thông lượng giao dịch cao trong môi trường đáng tin cậy. Các giao dịch được nối vào một sổ cái được chia sẻ tồn tại trong môi trường thời gian chạy. Với kiến ​​trúc này, Fabric cho phép truy cập đọc / ghi và khả năng tương thích với môi trường phần mềm của chúng, cho phép chức năng và khả năng sử dụng giống như máy tính lớn. Được biết, cơ sở dữ liệu SQL có hiệu suất cao hơn nhiều bậc so với bất kỳ blockchain nào hiện có và cấu hình của Fabric vay mượn rất nhiều từ các mô hình được sử dụng trong các công cụ cơ sở dữ liệu truyền thống cho phép thông lượng giao dịch vượt trội.

Có hai loại giao dịch:

  • Triển khai giao dịch – tạo mã chuỗi mới. Cài đặt chaincode vào môi trường phát triển phần mềm
  • Gọi giao dịch – gọi chaincode đã tạo trước đó và các chức năng tương ứng. Khi điều này được thực thi thành công, chaincode hoàn thành một chức năng và đưa ra các thay đổi đối với trạng thái
  • Các hàm gọi dẫn đến các giao dịch “get” hoặc “set”

Để tối đa hóa quá trình xử lý dữ liệu hiệu quả và tốc độ vượt trội, các đốm màu AKA giao dịch riêng lẻ được thực hiện bởi Dịch vụ đặt hàng Apache Kafka và xuất ra dưới dạng “khối” thông qua một sự kiện phân phối. Các giao dịch (đốm màu) được đặt hàng bởi Dịch vụ đặt hàng Apache Kafka và được nối vào các phân vùng Kafka. Điều này có nghĩa là kiến ​​trúc Fabric hy sinh tính toàn vẹn và độ trung thực của dữ liệu của một hệ thống blockchain thực sự để có được thông lượng và xử lý giao dịch nhanh hơn trong một môi trường truyền dữ liệu đáng tin cậy như rõ ràng từ việc sử dụng Dịch vụ đặt hàng Apache Kafka.

Hình 7 Như có thể được đánh giá từ tài liệu của Fabric, các giao dịch đã đặt hàng được nối trực tiếp vào các Phân vùng liên kết với Chủ đề Kafka Điều này dẫn đến các giao dịch thông lượng cao xảy ra trong môi trường truyền dữ liệu đáng tin cậy Nguồn Apache KafkaNhư có thể được đánh giá từ tài liệu của Fabric, các giao dịch đã đặt hàng được nối trực tiếp vào các Phần liên kết với Kafka Topics. Điều này dẫn đến các giao dịch thông lượng cao xảy ra trong môi trường truyền dữ liệu đáng tin cậy. (Nguồn: Apache Kafka)

Bình luận

Mặc dù hệ thống sử dụng thuật ngữ blockchain-esque, nhưng đây không phải là một blockchain theo nghĩa truyền thống, ở chỗ không có sự bảo toàn trạng thái và các giao dịch bổ sung trong cấu trúc dữ liệu Patricia Merkle Tree. Hyperledger Fabric là một DLT, không phải là một blockchain. Kiến trúc của Fabric được thiết kế để xử lý giao dịch vượt trội như có thể thấy từ việc gắn các đốm màu dữ liệu vào dịch vụ đặt hàng trực tuyến dữ liệu Kafka. Bởi vì điều này đạt được trong một môi trường đáng tin cậy, các thực thi có thể tự do xảy ra trong hệ thống. Việc sử dụng cấu hình này trong một hệ thống chuyển giao giá trị sẽ không phải là lý tưởng, vì tất cả sự tin tưởng sẽ cần được quy trực tiếp cho một kiến ​​trúc phần mềm từ một thực thể duy nhất chứ không phải một hệ sinh thái hoặc giao thức được chia sẻ. Như có thể thấy từ các tài liệu kỹ thuật, Fabric đã từ bỏ tính toàn vẹn và bảo mật dữ liệu đạt được trong các nền tảng blockchain để đạt được khả năng xử lý vượt trội giữa các thành phần giao dịch.

R3 Corda

Trong R3 Corda, các giao dịch được coi là đề xuất cập nhật cơ sở dữ liệu Vault, có thể được gọi là sổ cái. Các giao dịch phải được thực hiện trong một môi trường mà các công chứng viên có thể xác nhận rằng chúng không được chi tiêu gấp đôi và chúng được ký bởi các bên cần thiết. Điều này tương tự như khái niệm được sử dụng trong hệ sinh thái bitcoin, mặc dù việc tránh chi tiêu gấp đôi được tạo điều kiện bởi một hệ thống đáng tin cậy.

Có hai loại giao dịch cơ bản:

  • Các giao dịch thay đổi công chứng – những giao dịch này được thực hiện để luân chuyển thông qua các công chứng viên trong hệ thống. Công chứng viên sẽ ngăn chặn việc chi tiêu gấp đôi và có thể xác thực các giao dịch
  • Cung cấp sự đồng thuận về tính duy nhất
  • Giao dịch chung – được sử dụng cho mọi thứ khác

trạng thái kết thúc

Các giao dịch được đề xuất cập nhật trạng thái của môi trường cơ sở dữ liệu yêu cầu chữ ký phải được xác nhận từ các bên khác trong hệ thống. Để một giao dịch có hiệu lực, nó phải:

  1. Có chữ ký của các bên liên quan
  2. Được xác thực bởi mã hợp đồng xác định giao dịch

kiến trúc khách hàng

Việc sử dụng mô hình giống UTXO trong môi trường cơ sở dữ liệu dùng chung cho phép nền tảng Corda kiểm soát trạng thái cũng như quá trình chuyển đổi. Việc sử dụng Công chứng và các tương tác khác nhau giữa Flows và Cordapps trong cấu hình mạng cho thấy một môi trường phân tán được chia sẻ nơi trạng thái được duy trì ở định dạng dữ liệu không thể thiếu đối với kiến ​​trúc hệ thống. Việc sử dụng các giao dịch để điều hướng việc khởi tạo các trạng thái trong môi trường dựa trên Node giữa các Luồng cũng như các Cordapp được lập trình thành các nút, chỉ ra một phương tiện khả thi để thực hiện các thay đổi trạng thái vào một sổ cái.

Bình luận

Để hình thành tài sản kỹ thuật số, người dùng và đối tác phụ thuộc vào sự tin tưởng của nền tảng Corda tổng thể. Trong khi hoạt động như một hệ thống sổ cái phân tán được chia sẻ đáng tin cậy mạnh mẽ để lưu giữ dữ liệu tài chính nhạy cảm, hệ thống hoạt động theo các tiêu chuẩn khác nhau tồn tại trong hệ sinh thái ngân hàng. Nền tảng cung cấp:

  • Lưu trữ vượt trội dữ liệu tài chính không công khai
  • Thiết lập đáng tin cậy cho các tổ chức tài chính không đáng tin cậy
  • Kho tàng nâng cao của các tương tác kinh doanh

Các sơ đồ kiến ​​trúc liên quan đến các luồng và môi trường thời gian chạy giữa các nút cho thấy rằng Corda được thiết kế để phân vùng quyền truy cập giữa các thành viên đáng tin cậy của nền tảng liên hợp của nó. Mặc dù có khả năng sử dụng một số khía cạnh nhất định, R3 Corda thiếu chức năng vốn có để trở thành nền tảng chung cho việc chuyển giao giá trị kinh tế, xã hội và chính trị, do thiếu lớp khuyến khích kinh tế tiền điện tử cũng như môi trường tài sản kỹ thuật số công khai. Bởi vì hệ thống đóng cửa, nó thiếu các đường ray và đặc điểm công nghệ cần thiết để xây dựng một hệ sinh thái thúc đẩy kinh tế xung quanh. R3 Corda rất có thể được sử dụng tốt nhất cho một số khía cạnh của cơ sở hạ tầng ngân hàng truyền thống, mặc dù không phải là việc tạo tài sản kỹ thuật số.

III. Hợp đồng thông minh

Ethereum

Trong Ethereum, các hợp đồng thông minh được viết bằng các ngôn ngữ lập trình cấp cao như solidity, LLL hoặc Viper và được biên dịch thành EVM bytecode, cho phép các mã nhị phân được thực thi bởi Máy ảo Ethereum (EVM). Các nút trong mạng Ethereum chạy triển khai EVM của riêng họ, hoạt động như một môi trường thời gian chạy cho các hợp đồng thông minh trong hệ sinh thái Ethereum. Trạng thái và các giao dịch dẫn đến chuyển đổi trạng thái được biểu tượng hóa thành trạng thái thế giới của chuỗi khối Ethereum thông qua sao chép bởi EVM, dẫn đến một hệ thống có thể thực hiện sự tin cậy không thể phá vỡ trên một loạt các phổ.

EVM 1

EVM hoạt động như một môi trường thời gian chạy để thực hiện đệ quy các chuyển đổi trạng thái nhằm tính toán trạng thái hệ thống và trạng thái máy khi nó lặp lại qua các giao dịch.

  • Trạng thái hệ thống = trạng thái toàn cầu của Ethereum
  • Trạng thái máy = logic nghiệp vụ của tài khoản hợp đồng & mã được sao chép trong thời gian chạy EVM

Vì tất cả mã hợp đồng thông minh được sao chép bởi tất cả các nút trong EVM, blockchain Ethereum và các khởi tạo liên quan có thể duy trì tính hợp lệ của mã để đảm bảo tính nhất quán của các hợp đồng. Tính nhất quán của các hợp đồng góp phần vào tính bất biến thực tế của chuỗi khối Ethereum và các khách hàng liên kết và triển khai của nó. Các hợp đồng thông minh trên Ethereum liên kết toàn bộ hệ sinh thái với nhau thông qua các giao dịch khởi tạo cuối cùng dẫn đến chuyển đổi sang các trạng thái mới trong môi trường máy ảo tổng thể.

Bình luận

Bởi vì việc triển khai EVM tuân thủ nghiêm ngặt các thông số kỹ thuật như được chỉ định trong Giấy vàng Ethereum, các bản khởi tạo khác nhau của Ethereum (công khai, tư nhân và liên hợp) có khả năng tương tác được xác định từ việc biên dịch chung các ngôn ngữ cấp cao – dưới dạng thông minh hợp đồng – thành mã bytec của Ethereum bởi EVM. Từ sự định vị này của Ethereum, nó có thể hoạt động như lớp trung gian giữa các khía cạnh khác nhau của các cơ sở dữ liệu tư nhân lớn của tổ chức và nền kinh tế hàng hóa kỹ thuật số công cộng hiện đang phát triển và trở thành kết quả từ việc tạo ra nền kinh tế mã thông báo gần đây.

Bằng cách cho phép chức năng này giữa các chuỗi Ethereum, toàn bộ hệ thống có thể tương tác có thể được xây dựng để phân bổ tính kinh tế cuối cùng giữa các hệ thống điều phối và xử lý dữ liệu trong nền tảng Ethereum tư nhân cho hàng hóa kỹ thuật số trên chuỗi công cộng. Các hợp đồng thông minh trên Ethereum đóng gói logic có thể lập trình trong các hệ thống này và cho phép các nhà phát triển tương tác với Máy ảo Ethereum thông qua các giao dịch tạo ra môi trường trạng thái mới trong cơ sở hạ tầng công nghệ. Khi các trường hợp sử dụng toàn diện phát triển trong môi trường chuỗi công cộng, chuỗi riêng và chuỗi liên hợp có thể tương tác, các hợp đồng thông minh được sử dụng trong Ethereum sẽ có thể liên kết các hệ thống với nhau theo một giao diện logic chung.

Vải Hyperledger

Chaincode không nhất thiết phải là một hợp đồng thông minh được triển khai trong một blockchain dựa trên tài khoản, mà là một chương trình được cài đặt và sau đó triển khai một giao diện thông qua một API. Giao diện API yêu cầu các hướng dẫn dựa trên mã để định hướng logic nghiệp vụ và chức năng trong toàn bộ hệ thống, tương tự như môi trường phát triển phần mềm truyền thống. Các phương thức liên kết với API bao gồm:

  • Init – bắt đầu các trạng thái ứng dụng
  • Gọi – xử lý đề xuất giao dịch

Chaincode phải triển khai các giao diện từ API:

  • Giao diện chaincode
  • ChaincodeStubInterface

Trong Hyperledger Fabric, chaincode được chạy trong các vùng chứa Docker được bảo mật, nơi nó được cách ly khỏi các quy trình được thực thi bởi ngang hàng xác nhận. Mã thường được viết bằng Go hoặc Node.js, cho phép tương tác xử lý logic nghiệp vụ. Một sắc thái cần lưu ý là chaincode Vải không được sao chép bởi các nút trong hệ sinh thái giống như cách mà nó được mong đợi về một kiến ​​trúc blockchain thực sự.

Chaincode ban đầu được cài đặt trên Peers sau đó được khởi tạo thành các kênh. Quy trình được trình bày chi tiết trong các sơ đồ sau:

Trong suốt luồng quy trình Chaincode, nhiều tương tác khác nhau xảy ra với Chaincode hệ thống chạy trong một quy trình ngang hàng có thể thực thi so với một vùng chứa bị cô lập. Điều này được sử dụng để thực hiện các hành vi hệ thống mà không có chính sách xác nhận hoặc quy trình vòng đời Hệ thống Chaincode không đi qua vòng đời mã của Chaincode bình thườngTrong suốt luồng quy trình Chaincode, nhiều tương tác khác nhau xảy ra với Chaincode hệ thống, chạy trong một quy trình ngang hàng có thể thực thi so với một vùng chứa bị cô lập. Điều này được sử dụng để thực hiện các hành vi hệ thống mà không có chính sách xác nhận hoặc quy trình vòng đời. Chaincode hệ thống không trải qua vòng đời mã của Chaincode bình thường. Hai chức năng từ API Shim của giao diện chaincode được triển khai Mã được biên dịch và duy trì bởi người ngang hàng Chaincode không được liên kết với các kênh hoặc người đặt hàng cho đến khi nhà phát triển xác định rằng họ muốn cài đặt thêm chương trìnhHai chức năng từ API Shim của giao diện chaincode được triển khai. Mã được biên dịch và duy trì bởi đồng nghiệp. Chaincode không được liên kết với các kênh hoặc người đặt hàng cho đến khi nhà phát triển xác định rằng họ muốn cài đặt thêm chương trình.

Chaincode có thể được định cấu hình để tạo các tài sản cuối cùng hoạt động như các cặp khóa-giá trị được lưu trữ trên cơ sở dữ liệu sổ cái. Quy trình gửi các lệnh bắt đầu và gọi các giao dịch được trình bày chi tiết trong sơ đồ trên về cách các lệnh được di chuyển qua hệ thống. Logic nghiệp vụ được mã hóa trong các quy tắc của mạng và được gọi thông qua các ứng dụng phía máy khách. Kiểu phối hợp và tương tác mã rất biểu thị cho sự phát triển phần mềm truyền thống thông qua sự phụ thuộc vào các chức năng và giao diện khởi tạo truyền thống.

Bình luận

Sự di chuyển của Chaincode thông qua cấu hình mạng này cho phép tổ chức hệ thống một cách hợp lý. Kiến trúc phần mềm được thiết kế để hoạt động như một cấu trúc lệnh và điều khiển rất hiệu quả về mặt phân phối dữ liệu và tổ chức môi trường phát triển phần mềm cho các trường hợp sử dụng doanh nghiệp nhất định. Có thể thấy rõ từ thiết lập gói, cài đặt, khởi tạo và nâng cấp, kiến ​​trúc này được thiết kế để tối ưu hóa các điểm tiếp xúc cần thiết cần thiết để xử lý mã. Các giao diện API cần thiết khi các giao dịch được xử lý rất gợi nhớ đến thiết kế phần mềm truyền thống. Các lĩnh vực lưu ý:

  • Kiến trúc nguyên khối để kiểm soát tối đa
  • Tương tác kinh doanh an toàn giữa các đối tác
  • Xử lý được phối hợp tập trung cho thông lượng giao dịch

Chaincode là một hệ thống lệnh hơn là một ngôn ngữ hợp đồng thông minh được sao chép bởi một chuỗi khối. Vì hệ sinh thái Hyperledger Fabric có một loạt các đặc điểm mạnh mẽ về chức năng và thiết kế như một sổ cái phân tán, hệ thống trên thực tế thiếu những phẩm chất vốn có của một hệ thống blockchain thực sự. Là một công cụ có thể sử dụng để tích hợp với cơ sở hạ tầng và mô hình cũ, Fabric hoạt động hiệu quả do nó tuân thủ các tiêu chuẩn phần mềm có sẵn như có thể được suy ra từ thiết kế kiến ​​trúc như mô tả ở trên.

Khi Fabric đạt được chức năng về mặt hệ thống của nó, phần nào mang tính biểu tượng của các hệ thống được thiết kế xung quanh các máy tính lớn và trung tâm dữ liệu lớn, nó thua ở các khía cạnh khác về kết nối phân tán với các yếu tố kinh tế của tính toán như có thể được truy cập trong nền kinh tế mã thông báo kỹ thuật số phi tập trung vốn có . Nếu Fabric được tích hợp vào môi trường blockchain thực sự, nó sẽ phù hợp với môi trường cơ sở dữ liệu phân tán an toàn xác thực thông tin trước khi tương tác với hệ sinh thái blockchain công khai.

R3 Corda

Ở Corda, hợp đồng thông minh được coi là các lớp thực hiện giao diện Hợp đồng. Hợp đồng thông minh được viết bằng Java / Kotlin và được biên dịch thông qua Máy ảo Java (JVM), là máy tính toán mà mã được thực thi bên trong. Chức năng chính được sử dụng trong hợp đồng là chức năng “xác minh”.

Mã chạy trên JVM nơi các giao dịch được xử lý thông qua hệ thống công chứng và logic nghiệp vụ bị hạn chế trong Luồng có thể chứa và cách ly quy trình kinh doanh giữa các đối tác khác nhau.

đối tượng trạng thái

Các thành phần hợp đồng thông minh:

  • Mã thực thi
  • Xác thực các thay đổi trong giao dịch
  • Đối tượng trạng thái
  • Dữ liệu được lưu giữ trên sổ cái
  • Tình trạng hiện tại của hợp đồng
  • Sử dụng đầu vào và đầu ra của các giao dịch
  • Lệnh
  • Dữ liệu bổ sung
  • Được sử dụng để hướng dẫn mã hợp đồng thực thi

Mã Java và Kotlin được biên dịch thành mã bytecode giống hệt nhau thông qua JVM. Các lệnh chuyển dữ liệu bổ sung không tồn tại ở trạng thái vào mã hợp đồng. Các lệnh hoạt động như cấu trúc dữ liệu với các khóa công khai đính kèm được sử dụng để ký kết các giao dịch, mặc dù cần thừa nhận rằng các hợp đồng không hoạt động trực tiếp với chữ ký số. Các hợp đồng trong môi trường này được nhân rộng trên toàn hệ thống trong bối cảnh các Dòng sẵn sàng phối hợp giữa các bên đáng tin cậy như thế nào.

Bình luận

Mã hợp đồng phù hợp với nhu cầu của các trường hợp sử dụng trong môi trường Corda và có thể thực hiện các chức năng cần thiết của thông lượng giao dịch. Các hạn chế bao gồm khả năng tương tác với các hệ sinh thái khác. Để các hệ thống tương tác với Corda, chúng sẽ cần sử dụng khung mã hợp đồng Corda được thiết kế xung quanh DLT đóng. Không giống như một nền tảng blockchain thực sự như Ethereum có thể hoạt động như lớp khả năng tương tác giữa các quy trình kinh tế và chức năng giữa các khởi tạo riêng tư và các khởi tạo công khai, Corda tự giới hạn bằng cách tập trung hơn vào các quy trình trong một hệ thống khép kín. Việc sử dụng JVM là sáng tạo mặc dù phiên bản này được cách ly trong hệ sinh thái Corda. Trong trường hợp này, Corda đạt được khả năng xử lý giao dịch trong một môi trường an toàn trong khi hy sinh khả năng tương tác và phối hợp giữa các môi trường blockchain khác nhau giống như một hệ thống tương thích có thể làm được.

IV. Kết luận và Đánh giá

Dựa trên phân tích của chúng tôi, các yếu tố phân biệt chính mà Ethereum có thể thực hiện ngoài khả năng của DLT là:

  • Tài sản kỹ thuật số hoặc nền kinh tế mã thông báo
  • Các lớp khuyến khích kinh tế tiền điện tử trong giao thức
  • Khả năng tương tác giữa tổ hợp và blockchain công khai

Mặc dù DLT’s như R3 Corda và Hyperledger Fabric có thể đạt được chức năng trong vòng đời xử lý giao dịch và quản lý cơ sở dữ liệu được chia sẻ, nhưng không đảm bảo rằng chúng sẽ có thể đạt được các chức năng chính như mô tả ở trên. Các nền tảng này không có sai sót, nhưng khá hạn chế trong cấu hình kiến ​​trúc của chúng để hiển thị một số trường hợp sử dụng thuần túy mà chỉ các blockchain thực sự mới có thể khẳng định.

Các công nghệ chuỗi khối được thiết kế để kết hợp niềm tin được tạo bên trong chúng cùng với giá trị hữu hình được tạo ra từ sự tin tưởng đó. Chỉ thông qua một nền tảng thực sự được xây dựng từ các nguyên tắc cơ bản cốt lõi của blockchain thì các hệ thống xã hội, chính trị và kinh tế mới có thể được hiến tặng một cách nền tảng trong cơ sở hạ tầng của một giao thức phần mềm. Trong khi các nền tảng quản lý cơ sở dữ liệu tập trung DLT có thể tích hợp và tương tác với nền tảng blockchain, thì các đường ray mà việc chuyển giao giá trị và điều phối sự tin tưởng này sẽ được xây dựng, phải là một blockchain thể hiện các nguyên lý cốt lõi của niềm tin, tính bất biến, tính toàn vẹn và độ trung thực của thông tin.

Điều mà phân tích này tiết lộ không phải là một số hệ thống nhất định tốt hơn những hệ thống khác, mà là chúng hữu ích ở những năng lực khác nhau. Khả năng của các nền tảng DLT hoạt động như cơ sở dữ liệu phân tán riêng với thông lượng và chức năng giao dịch cao, cho phép chúng hoạt động như các hệ thống đáng tin cậy có thể tương tác trong nền tảng blockchain khi một số khía cạnh của thông tin cá nhân cần thiết để đánh giá, chẳng hạn như dữ liệu ngân hàng / tài chính hoặc thông tin nhạy cảm liên quan đến hoạt động bên trong của một tổ chức tư nhân không được tiết lộ cho công chúng. Các mô hình kinh doanh khác nhau về cách sử dụng các nguồn dữ liệu riêng tư này liên kết với DLT vẫn đang được phát triển và cần được lặp lại với các giao diện blockchain vì một hệ thống giá trị kỹ thuật số phi tập trung là cần thiết cho một số tương tác giữa blockchain và DLT.

Kết nối với các chuyên gia blockchain của chúng tôi

Nhóm Giải pháp toàn cầu của chúng tôi cung cấp đào tạo về blockchain, tư vấn chiến lược, dịch vụ triển khai và cơ hội hợp tác. Liên hệ với chúng tôi Bản tin Đăng ký nhận bản tin của chúng tôi để biết tin tức mới nhất về Ethereum, các giải pháp doanh nghiệp, tài nguyên dành cho nhà phát triển và hơn thế nữa.Hướng dẫn đầy đủ về Mạng kinh doanh BlockchainHướng dẫn

Hướng dẫn đầy đủ về Mạng kinh doanh Blockchain

Giới thiệu về TokenizationHội thảo trên web

Giới thiệu về Tokenization

Tương lai của tài sản kỹ thuật số tài chính và DeFiHội thảo trên web

Tương lai của tài chính: Tài sản kỹ thuật số và DeFi

Ethereum doanh nghiệp là gìHội thảo trên web

Ethereum doanh nghiệp là gì?

Ngân hàng Trung ương và Tương lai của Tiền tệGiấy trắng

Ngân hàng Trung ương và Tương lai của Tiền tệ

Komgo Blockchain cho Tài trợ Thương mại Hàng hóaCase Stud

Komgo: Blockchain cho Tài trợ Thương mại Hàng hóa

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
map