Blockchain เทียบกับเทคโนโลยีบัญชีแยกประเภทแบบกระจาย (DLT): ตอนที่ 2

บล็อก 1NewsDevelopersEnterpriseBlockchain ExplainedEvents and ConferencesPressจดหมายข่าว

Contents

สมัครรับจดหมายข่าวของเรา.

ที่อยู่อีเมล

เราเคารพความเป็นส่วนตัวของคุณ

หน้าแรกบล็อก Enterprise Blockchain

Blockchain เทียบกับเทคโนโลยีบัญชีแยกประเภทแบบกระจาย (DLT): ตอนที่ 2

การวิเคราะห์เปรียบเทียบสถาปัตยกรรมและการควบคุมพลวัตของ Ethereum, Hyperledger Fabric และ R3 Corda โดย ConsenSysMay 23, 2018Posted May 23, 2018

blockchain dlt 2 ฮีโร่


นี่คือส่วนที่ 2 ของการวิเคราะห์เปรียบเทียบสองส่วนของ Ethereum, Hyperledger Fabric และ R3 Corda อ่านตอนที่ 1 ของ Blockchain เทียบกับ DLT. 

Blockchain เทียบกับแพลตฟอร์มเทคโนโลยีบัญชีแยกประเภทแบบกระจาย

ควรรับทราบว่าหากการประสานฐานข้อมูลและการจัดสรรโค้ดที่มีประสิทธิภาพมากขึ้นเป็นฟังก์ชันที่ต้องการของระบบบล็อกเชนอาจไม่จำเป็นต้องเป็นโซลูชันที่องค์กรกำลังมองหา ระบบเทคโนโลยีบัญชีแยกประเภท (DLT) แบบกระจายเช่น Hyperledger Fabric หรือ R3 Corda มีความสามารถในการทำงานที่คล้ายคลึงกับระบบบล็อกเชน แต่ควรคำนึงถึงว่าบล็อกเชนเป็นชุดย่อยแยกต่างหากของบัญชีแยกประเภทที่มีฟังก์ชันเพิ่มเติมนอกเหนือจากการประสานรหัส Blockchains มีความสามารถในการทำงานที่บัญชีแยกประเภทแบบกระจายไม่ได้อยู่ในแง่ของการสร้างอินสแตนซ์ของมูลค่าดิจิทัลตามองค์ประกอบของระบบ.

ในเอกสารนี้จะมีการสำรวจข้อพิจารณาทางสถาปัตยกรรมที่ระบุแง่มุมที่มีส่วนช่วยในการทำงานของบล็อกเชน การตรวจสอบอาจเป็นไปได้ว่าอาจมีการแลกเปลี่ยนระหว่างสิ่งที่บล็อกเชนสามารถทำได้และสิ่งที่ DLT มีให้ DLT มีไว้สำหรับการประมวลผลธุรกรรมในสภาพแวดล้อมที่เชื่อถือได้ที่ใช้ร่วมกันในขณะที่บล็อกเชนที่แท้จริงได้รับการออกแบบมาเพื่อลดความจำเป็นในการตั้งค่าที่เชื่อถือได้เพื่อให้บัญชีมีความเที่ยงตรงสูงและไม่เปลี่ยนแปลง แง่มุมของความเที่ยงตรงสูงและความไม่เปลี่ยนรูปเป็นส่วนสำคัญสำหรับความสำเร็จในการแปลงสินทรัพย์ดิจิทัลอย่างเหมาะสม การวิเคราะห์จากเอกสารนี้จะซ้อนทับองค์ประกอบทางสถาปัตยกรรมในกระบวนการทางธุรกิจเพื่ออธิบายความแตกต่างทางเทคโนโลยีเหล่านี้ในทุกแพลตฟอร์ม.

รูปที่ 1 สิ่งสำคัญคือต้องสร้างความแตกต่างระหว่างกองเทคโนโลยีและวิธีเปรียบเทียบในแง่ของฟังก์ชันการทำงานและกรณีการใช้งานในขณะที่เทคโนโลยีบัญชีแยกประเภทแบบกระจายได้รับอิทธิพลอย่างมากจากเทคโนโลยีบล็อกเชนเราควรแยกแยะการพิจารณาทางสถาปัตยกรรมของแพลตฟอร์มเทคโนโลยีสิ่งสำคัญคือต้องสร้างความแตกต่างระหว่างกลุ่มเทคโนโลยีและวิธีเปรียบเทียบในแง่ของฟังก์ชันการทำงานและกรณีการใช้งาน แม้ว่าเทคโนโลยีบัญชีแยกประเภทแบบกระจายจะได้รับอิทธิพลอย่างมากจากเทคโนโลยีบล็อกเชน แต่เราควรแยกแยะการพิจารณาสถาปัตยกรรมของแพลตฟอร์มเทคโนโลยี.

การเปรียบเทียบจะดำเนินการตามคุณสมบัติเด่นที่สำคัญหลายประการที่มีอยู่ในแพลตฟอร์มซอฟต์แวร์ ประเด็นหลักที่จะสำรวจในเอกสารนี้ ได้แก่ :

  • สถานะ: สถานะหมายถึงหน่วยหลักของตรรกะที่โค้ดสามารถประกอบได้เพื่ออำนวยความสะดวกในการนำเสนอข้อมูลในสภาพแวดล้อมการประมวลผล ในขณะที่รัฐสามารถมีความหมายได้หลากหลายในบริบทที่แตกต่างกันการใช้สถานะภายใน blockchain และสภาพแวดล้อมบัญชีแยกประเภทประกอบด้วยการกำหนดค่าปัจจุบันของลักษณะทางออนโทโลยีของโครงสร้างข้อมูล.
  • ธุรกรรม: ภายในสภาพแวดล้อม blockchain ธุรกรรมถือเป็นเหตุการณ์การคำนวณที่สามารถนำไปสู่การสร้างการเปลี่ยนสถานะหรือสถานะที่เกิดขึ้นภายในระบบนิเวศการพัฒนา การทำธุรกรรมสามารถเริ่มต้นสัญญาหรือเรียกตามสัญญาที่มีอยู่แล้ว.
  • สัญญาอัจฉริยะ: ในการประเมินแพลตฟอร์มบล็อกเชนจากมุมมองทางสถาปัตยกรรมสิ่งสำคัญคือต้องกำหนดโครงสร้างของรหัสสัญญาอัจฉริยะและวิธีการทำงานที่สัมพันธ์กับโทโพโลยีเครือข่ายบล็อกเชนที่แท้จริง สัญญาอัจฉริยะถือเป็นหน่วยของรหัสแต่ละหน่วยที่ดำเนินการดำเนินการภายในระบบนิเวศของแพลตฟอร์ม.

ตารางต่อไปนี้แสดงภาพรวมคร่าวๆของความแตกต่างหลักระหว่างคุณสมบัติทางเทคโนโลยีต่างๆของแพลตฟอร์มที่เกี่ยวข้อง.

คุณสมบัติของแพลตฟอร์มภาพรวมของคุณสมบัติทางเทคโนโลยีของ Ethereum, Hyperledger Fabric และ R3 Corda.

I. รัฐ

Ethereum

ในฐานะที่เป็นระบบนิเวศที่มีการกำหนดค่าแบบกระจายร่วมกัน Ethereum สร้างแนวคิดของ“ สถานะ” ผ่านการกำหนดค่าของวัตถุที่เรียกว่า“ บัญชี” มีบัญชีสองประเภทใน Ethereum:

  • บัญชีสัญญา – บัญชีที่ควบคุมโดยรหัสสัญญา
  • บัญชีที่เป็นเจ้าของภายนอก – บัญชีที่ควบคุมโดยคีย์ส่วนตัว

Ethereum ใช้แนวคิดของ World State ซึ่งเป็นการทำแผนที่ที่อยู่บัญชีและสถานะบัญชี State_Root เป็นรากของ Patricia Merkle Tree ของการรวมบัญชีในระบบ และภายในบัญชีรัฐของสัญญายังจัดอยู่ในโครงสร้างข้อมูล Patricia Merkle Tree นี้ แฮชรูทของสถานะสามารถใช้เพื่อรักษาความปลอดภัยข้อมูลประจำตัวของข้อมูลในแผนผัง merkle โดยอนุญาตให้จำลองแบบทั่วทั้งเครือข่ายซึ่งส่งผลให้ระบบไม่เปลี่ยนรูปตามทฤษฎีในที่สุด.

บล็อกเชนที่แท้จริงนั้นแตกต่างจาก DLT โดยอาศัยการพึ่งพาโครงสร้างข้อมูล Patricia Merkle Tree นี้และการจัดเรียงระหว่างบล็อกที่ใช้เพื่อสร้างสถานะของระบบโดยทันทีแนวคิดนี้เป็นส่วนหนึ่งของความถูกต้องของข้อมูลและความเที่ยงตรงของสถาปัตยกรรมระบบบล็อกเชนบล็อกเชนที่แท้จริงแตกต่างจาก DLT โดยอาศัยโครงสร้างข้อมูล Patricia Merkle Tree นี้และการจัดเรียงระหว่างบล็อกซึ่งใช้เพื่อสร้างอินสแตนซ์สถานะของระบบ แนวคิดนี้เป็นส่วนหนึ่งของความสมบูรณ์ของข้อมูลความถูกต้องและความเที่ยงตรงของสถาปัตยกรรมระบบบล็อกเชน.

อรรถกถา

ฟังก์ชันการทำงานที่ Ethereum World State สร้างขึ้นเป็นระบบที่เชื่อถือได้ซึ่งช่วยให้สามารถสร้างอินสแตนซ์ของมูลค่าในรูปแบบดิจิทัลได้ แหล่งที่มาของมูลค่าการเป็นตัวแทนทางดิจิทัลที่มีพื้นฐานมาจากเศรษฐกิจโทเค็นนั้นได้มาจากองค์ประกอบของบัญชีและโครงสร้างข้อมูลย่อยของ Ethereum เช่นเดียวกับที่ลอจิกเกตสามารถสร้างอินสแตนซ์อัลกอริทึมการทำงานในวิศวกรรมแบบดั้งเดิม.

แพลตฟอร์มที่มาจาก Ethereum รวมถึงไคลเอนต์ Ethereum และการนำไปใช้งานส่วนตัวสามารถได้รับประโยชน์จากการสร้างมูลค่าโดยการตัดสินต่อมาตรฐานเหล่านี้ในเรื่องการรักษารัฐและการใช้ตรรกะ แพลตฟอร์มที่ล้มเหลวในการสร้างอินสแตนซ์หนึ่งในฟังก์ชันที่อิงตามค่าตรรกะเหล่านี้จะไม่สามารถอำนวยความสะดวกในการสร้างมูลค่าสินทรัพย์ดิจิทัลแบบกระจายอำนาจที่แท้จริง.

ผ้า Hyperledger

ใน Hyperledger Fabric สถานะจะถูกเก็บรักษาไว้ในโครงสร้างฐานข้อมูลโดยอาศัยที่เก็บคีย์ / ค่าสำหรับสถานะ ปฏิสัมพันธ์ระหว่างโปรแกรม Chaincode และวิธีการติดตั้งลงในโทโพโลยีของแพลตฟอร์มอนุญาตให้ออกคำสั่งและการดำเนินการในระบบ การดำเนินการเหล่านี้ส่งผลให้มีการอัปเดตไปยังที่เก็บข้อมูลเนื่องจากธุรกรรมส่งผลให้มีการอัปเดตสถานะที่เรียกว่าบัญชีแยกประเภท บัญชีแยกประเภทได้รับการจัดรูปแบบเป็นฐานข้อมูลแบบกระจายที่ใช้ร่วมกันซึ่งช่วยให้ผู้ใช้สามารถเข้าถึงข้อมูลและธุรกรรมที่เกิดขึ้นภายในสภาพแวดล้อมการประมวลผลแบบกระจาย สถานะซ้อนอยู่ภายในสภาพแวดล้อมฐานข้อมูลผ่านเครื่องมือพัฒนาซอฟต์แวร์แบบเดิม:

  • LevelDB สร้างฐานข้อมูลคีย์ / ค่า
  • CouchDB จะเก็บฐานข้อมูล Document JSON

สถาปัตยกรรมผ้าในสถาปัตยกรรม Fabric รูปแบบฐานข้อมูลของวิธีการจัดระเบียบกระบวนการทั้งหมดสามารถเพิ่มการประมวลผลธุรกรรมและเพิ่มประสิทธิภาพการคำนวณสูงสุดในระบบนิเวศ.

ในฐานข้อมูลสถานะค่าเวอร์ชันล่าสุดสำหรับคีย์ในล็อกธุรกรรมลูกโซ่จะถูกจัดเก็บเป็นคู่คีย์ / ค่า ค่าคีย์ที่เรียกว่าสถานะโลกถูกจัดทำดัชนีสำหรับมุมมองในบันทึกธุรกรรมที่มีอยู่ภายในสถาปัตยกรรมช่องสัญญาณ CouchDB ทำหน้าที่เป็นกระบวนการฐานข้อมูลแยกต่างหากที่รับการอัปเดตจาก chaincode API.

อรรถกถา

Hyperledger Fabric ได้สร้างกระบวนการที่แทนที่หลักการสำคัญของระบบบล็อกเชนเพื่อแลกกับการเปลี่ยนสถานะการรับส่งข้อมูลที่สูง การใช้สถาปัตยกรรมปัจจุบันช่วยให้สามารถแก้ไขและแสดงสถานะได้ง่ายขึ้นภายในสคีมาซอฟต์แวร์แบบดั้งเดิมส่งผลให้มีการเข้าถึงแบบอ่าน / เขียน แม้ว่าการจัดเรียงสถานะภายในสภาพแวดล้อม Fabric จะมีประสิทธิภาพ แต่ก็ขาดความสามารถในการสร้างตัวอย่างมูลค่าในระบบนิเวศแบบกระจายอำนาจแบบสาธารณะเช่นเดียวกับที่ blockchain ที่แท้จริงเช่น Ethereum หรือ Bitcoin จะทำได้ การเคลื่อนไหวของข้อมูลในสภาพแวดล้อมซอฟต์แวร์ของ Fabric เป็นตัวบ่งชี้ว่าฐานข้อมูลแบบกระจายมีความสามารถอะไร การสร้างสินทรัพย์ดิจิทัลภายใน Fabric โดยพื้นฐานแล้วจะเป็นข้อมูลดิจิทัลที่เก็บไว้ในฐานข้อมูลที่ควบคุมโดยฝ่ายควบคุมหรือกลุ่มภายในกลุ่มโดยไม่ยึดติดกับโครงสร้างทางเศรษฐกิจของสินค้าดิจิทัล.

R3 คอร์ดา

ใน R3 Corda สถานะจะขึ้นอยู่กับการจัดลำดับและการกำหนดเวอร์ชันของชุดข้อมูลที่แตกต่างกันภายในสถาปัตยกรรมแพลตฟอร์ม ในระบบเครือข่ายจะเก็บรักษาห้องนิรภัยซึ่งเป็นฐานข้อมูลที่เก็บสถานะทางประวัติศาสตร์ที่ติดตามภายในระบบ ใน Corda รัฐถือว่ารวมข้อมูลทึบแสงที่เทียบได้กับไฟล์ดิสก์ที่ไม่จำเป็นต้องอัปเดตแม้ว่าจะใช้เพื่อสร้างตัวต่อใหม่ ระบบนี้ทำหน้าที่เป็นชุดของการปรับปรุงสถานะที่แก้ไขและปรากฏซ้ำภายในสภาพแวดล้อมที่ควบคุมและแชร์โดยผู้ใช้.

รูปที่ 5 บัญชีแยกประเภทถือเป็นชุดของสถานะปัจจุบันทั้งหมดที่เปิดใช้งานสิ่งนี้ยืมมาจากแบบจำลอง bitcoin UTXO แม้ว่าจะไม่ได้ใช้ลักษณะการรักษาสถานะเดียวกันของ Patricia Merkle Trees ที่มีอยู่ในเทคโนโลยีบล็อกเชนแม้ว่าจะใช้เทคโนโลยีบางอย่างใน ส่วนย่อยของแพลตฟอร์มซึ่งตรงข้ามกับแกนกลางในขณะที่รัฐทำหน้าที่เป็นอินสแตนซ์ของคลาสที่เก็บไว้ในห้องนิรภัยการจัดลำดับและการกำหนดเวอร์ชันของข้อมูลเป็นวิธีที่เป็นไปได้ในการจัดเก็บข้อมูลบัญชีแยกประเภทถือเป็นชุดของสถานะปัจจุบันทั้งหมดที่เปิดใช้งาน สิ่งนี้ยืมมาจากรูปแบบ bitcoin UTXO แม้ว่าจะไม่ได้ใช้สถานะเดียวกันในการรักษาลักษณะเฉพาะของ Patricia Merkle Trees ที่มีอยู่ในเทคโนโลยีบล็อกเชนแม้ว่าจะใช้เทคโนโลยีบางส่วนในส่วนย่อยของแพลตฟอร์มแทนที่จะใช้หลัก ในขณะที่รัฐทำหน้าที่เป็นอินสแตนซ์ของคลาสที่เก็บไว้ในห้องนิรภัยการจัดลำดับและการกำหนดเวอร์ชันของข้อมูลเป็นวิธีที่เป็นไปได้ในการจัดเก็บข้อมูล.

ในคอร์ดารัฐถือเป็นคลาสที่จัดเก็บข้อมูล คลาสคือการนำอินเทอร์เฟซ“ ContractState” มาใช้ซึ่งทำหน้าที่เป็นชั้นความสามารถในการทำงานร่วมกันภายในแพลตฟอร์ม ช่องข้อมูล “รัฐ” บางช่องอาจรวมถึง:

  • การออก
  • เจ้าของ
  • faceValue และ Amount>
  • maturityDate

รูปแบบของการออกแบบนี้เพื่อให้สามารถผนวกข้อมูลในห่วงโซ่ของเหตุการณ์ที่ช่วยให้สามารถติดตามที่มาของข้อมูลที่มาจากสภาพแวดล้อมที่ควบคุมได้ Provenance ถูกควบคุมโดยสมาชิกของกลุ่มที่มีการควบคุมการเข้าถึงแพลตฟอร์มซอฟต์แวร์บางอย่าง เมื่อใช้การตั้งค่านี้ธนาคารและสถาบันการเงินจะสามารถเพิ่มประสิทธิภาพสูงสุดในแง่ของการประมวลผลข้อมูลในระบบนิเวศบัญชีแยกประเภทที่ใช้ร่วมกัน ข้อมูลสามารถเคลื่อนย้ายและประมวลผลระหว่างองค์กรได้ดีขึ้นในขณะที่ลดความต้องการความไว้วางใจอย่างมากระหว่างคู่สัญญาที่ไม่น่าเชื่อถือ.

อรรถกถา

การตั้งค่าสถาปัตยกรรมนี้สามารถประมวลผลข้อมูลที่แชร์ในสภาพแวดล้อมกึ่งเชื่อถือได้ในทำนองเดียวกันโดยที่คู่สัญญาไม่จำเป็นต้องไว้วางใจซึ่งกันและกันอย่างเต็มที่ ข้อมูลสามารถประมวลผลและผนวกเข้ากับสิ่งที่ Corda พิจารณาได้สำเร็จแม้ว่าแพลตฟอร์มจะขาดองค์ประกอบของระบบบล็อกเชนที่สามารถเปิดเผยมูลค่าที่ชัดเจนได้ ใน Corda สถานะไม่ใช่โครงสร้างเชิงตรรกะแม้ว่าจะเป็นส่วนของข้อมูลที่ผนวกเข้าในบัญชีแยกประเภทที่เหมือนฐานข้อมูล ในขณะที่สินทรัพย์สามารถแปลงเป็นดิจิทัลและจัดเก็บในรูปแบบสถานะที่ใช้แล้วและไม่ได้ใช้งาน แต่สินทรัพย์จะไม่สามารถเป็นหน่วยมูลค่าที่แตกต่างกันได้เช่นเดียวกับการที่ Bitcoin, Ethereum และเศรษฐกิจโทเค็นสร้างตลาดใหม่แม้ว่าซอฟต์แวร์การธนาคารจะเป็นที่เชื่อถือได้ดีก็ตาม การตั้งค่าที่สามารถช่วยทำหน้าที่เป็นศูนย์กลางการรับรองสำหรับข้อมูลที่ปลอดภัยที่ไม่เปิดเผยต่อสาธารณะซึ่งคล้ายกับวิธีการทำงานของระบบธนาคารในปัจจุบัน.

II. ธุรกรรม

Ethereum เป็นระบบนิเวศของเครื่องที่ใช้ธุรกรรมซึ่งสถานะของธุรกรรมทั่วโลกจะถูกเก็บไว้ภายในบล็อก เมื่อธุรกรรมเกิดขึ้นการเปลี่ยนสถานะจะทำให้เกิดสถานะใหม่ของระบบ กระบวนการนี้เสียสละความเร็วของการประมวลผลธุรกรรมฐานข้อมูลที่รวดเร็วเพื่อความสมบูรณ์ของระบบที่สร้างสัญลักษณ์ให้กับสถานะเช่นเดียวกับธุรกรรมที่นำไปสู่สถานะนั้นภายในการกำหนดค่าโครงสร้างข้อมูล Patricia Merkle Tree ของ blockchain.

รูปที่ 6 ภายในสถานะสถาปัตยกรรมนี้พร้อมกับธุรกรรมที่นำไปสู่การเปลี่ยนสถานะจะถูกเก็บรักษาไว้ในกระบวนทัศน์ซอฟต์แวร์ที่ใช้ Patricia Merkle Trees เพื่อล็อคข้อมูลให้เป็นความจริงทางประวัติศาสตร์ที่รับรู้ภายในบล็อกภายในสถาปัตยกรรมนี้สถานะพร้อมกับธุรกรรมที่นำไปสู่การเปลี่ยนสถานะจะถูกเก็บรักษาไว้ในกระบวนทัศน์ซอฟต์แวร์ที่ใช้ Patricia Merkle Trees เพื่อล็อกข้อมูลให้เป็นความจริงทางประวัติศาสตร์ที่รับรู้ภายในบล็อก.

ธุรกรรมมีสองประเภท:

  • การโทรข้อความ
  • การสร้างสัญญา.

ธุรกรรมรวมถึงกลไกภายในของการถ่ายโอนมูลค่า การโอนมูลค่าภายในบัญชีสัญญาส่งผลให้เกิดการเปลี่ยนแปลงสถานะ เนื่องจากระบบมีพื้นฐานมาจากการถ่ายโอนมูลค่าระหว่างสัญญาอัจฉริยะที่มีอยู่ระหว่างเหตุการณ์การดำเนินธุรกรรมจึงสามารถใช้สถานะแบ่งส่วนต่างๆเพื่อสร้างอินสแตนซ์ตรรกะและข้อตกลงทางธุรกิจที่มีความเที่ยงตรงสูง.

อรรถกถา

คุณลักษณะที่แตกต่างที่สำคัญของ Ethereum คือธุรกรรมถูกใช้เป็นหน่วยของกระบวนการแต่ละหน่วยภายในสภาพแวดล้อม Ethereum blockchain และผ่านการกำหนดค่านี้จะเก็บบันทึกสถานะการทำธุรกรรมภายในระบบอย่างถาวร Ethereum มีความสามารถทั้งฐานข้อมูลบัญชีแยกประเภทแบบกระจายที่เกี่ยวข้องกับความสามารถทางเทคโนโลยีตลอดจนเชื่อมโยงความไว้วางใจที่ต้องการเข้ากับมูลค่าดิจิทัล เทคโนโลยีที่มาจาก Ethereum blockchain สามารถจัดกลุ่มธุรกรรมและตรรกะทางธุรกิจเป็นบล็อกของบล็อกเชนได้ ฟังก์ชันทางธุรกิจที่ได้จากการตั้งค่านี้ ได้แก่ :

  • เศรษฐกิจดิจิทัลที่แท้จริง
  • สินค้าและทรัพย์สินดิจิทัลที่ควบคุมโดยสิ่งจูงใจทางเศรษฐกิจซึ่งต่างจากสิ่งจูงใจขององค์กร / การผูกขาด
  • อินเทอร์เฟซปฏิสัมพันธ์ระหว่างสถาบันเอกชนและเศรษฐกิจดิจิทัลสาธารณะ

สถาปัตยกรรมของ Ethereum ช่วยให้แพลตฟอร์มในเครือสามารถสร้างอินสแตนซ์ชั้นสิ่งจูงใจทางเศรษฐกิจเข้ารหัสลับเข้าสู่ระบบได้ ซึ่งหมายความว่าสามารถสร้างเลเยอร์แรงจูงใจและการออกแบบกลไกต่างๆเพื่อรักษาความปลอดภัยเครือข่ายโดยรวมเทียบกับการพึ่งพาบริการที่ควบคุมจากส่วนกลางโดยการออกแบบซอฟต์แวร์แบบดั้งเดิม ชั้นสิ่งจูงใจทางเศรษฐกิจดิจิทัลนี้สามารถนำไปใช้กับทั้งเศรษฐกิจสินค้าดิจิทัลและชั้นอินเทอร์เฟซระหว่างแพลตฟอร์มบล็อกเชนเวอร์ชันส่วนตัวและสาธารณะ.

ผ้า Hyperledger

ธุรกรรมทั้งหมดจะดำเนินการภายในสถาปัตยกรรมหลายช่อง Fabric เพื่อให้แน่ใจว่ามีปริมาณธุรกรรมสูงภายในสภาพแวดล้อมที่เชื่อถือได้ ธุรกรรมถูกผนวกเข้ากับบัญชีแยกประเภทที่ใช้ร่วมกันที่มีอยู่ภายในสภาพแวดล้อมรันไทม์ ด้วยสถาปัตยกรรมนี้ Fabric ช่วยให้สามารถอ่าน / เขียนได้และสามารถแก้ไขสภาพแวดล้อมซอฟต์แวร์ได้ทำให้สามารถใช้งานและใช้งานได้เหมือนเมนเฟรม เป็นที่ทราบกันดีว่าฐานข้อมูล SQL เป็นคำสั่งขนาดที่มีประสิทธิภาพมากกว่าบล็อกเชนใด ๆ ที่มีอยู่ในปัจจุบันและการกำหนดค่าของ Fabric ยืมจำนวนมากจากกระบวนทัศน์ที่ใช้ในเครื่องมือฐานข้อมูลแบบเดิมเพื่อให้ได้ปริมาณธุรกรรมที่เหนือกว่า.

ธุรกรรมมีสองประเภท:

  • ปรับใช้ธุรกรรม – สร้างรหัสลูกโซ่ใหม่ ติดตั้ง Chaincode ในสภาพแวดล้อมการพัฒนาซอฟต์แวร์
  • เรียกใช้ธุรกรรม – เรียกใช้ Chaincode ที่สร้างขึ้นก่อนหน้านี้และฟังก์ชันที่เกี่ยวข้อง เมื่อดำเนินการสำเร็จ Chaincode จะเติมเต็มฟังก์ชันและแนะนำการเปลี่ยนแปลงสถานะ
  • ฟังก์ชันการเรียกใช้จะทำให้เกิดธุรกรรม “get” หรือ “set”

เพื่อเพิ่มประสิทธิภาพการประมวลผลข้อมูลและความเร็วที่เหนือกว่าธุรกรรมแต่ละรายการ AKA blobs จะถูกจัดกลุ่มโดย Apache Kafka Ordering Service และส่งออกเป็น “บล็อก” ผ่านเหตุการณ์การส่งมอบ ธุรกรรม (blobs) เรียงลำดับโดย Apache Kafka Ordering Service และผนวกเข้ากับพาร์ติชัน Kafka สิ่งนี้หมายความว่าสถาปัตยกรรม Fabric ยอมเสียสละความสมบูรณ์และความเที่ยงตรงของข้อมูลของระบบบล็อกเชนที่แท้จริงเพื่อให้ได้การประมวลผลธุรกรรมและปริมาณงานที่รวดเร็วขึ้นภายในสภาพแวดล้อมการสตรีมข้อมูลที่เชื่อถือได้ซึ่งเห็นได้ชัดจากการใช้บริการสั่งซื้อ Apache Kafka.

รูปที่ 7 ตามที่สามารถประเมินได้จากเอกสาร Fabric การทำธุรกรรมที่สั่งซื้อจะถูกผนวกเข้ากับพาร์ติชันที่เชื่อมโยงกับหัวข้อ Kafka โดยตรงซึ่งส่งผลให้ธุรกรรมมีปริมาณงานสูงที่เกิดขึ้นในสภาพแวดล้อมการสตรีมข้อมูลที่เชื่อถือได้ Source Apache Kafkaดังที่สามารถประเมินได้จากเอกสาร Fabrication ธุรกรรมที่สั่งซื้อจะถูกผนวกเข้ากับพาร์ติชันที่เกี่ยวข้องกับ Kafka Topics โดยตรง ส่งผลให้ธุรกรรมปริมาณงานสูงที่เกิดขึ้นในสภาพแวดล้อมการสตรีมข้อมูลที่เชื่อถือได้ (ที่มา: Apache Kafka)

อรรถกถา

แม้ว่าระบบจะใช้คำศัพท์เฉพาะของ blockchain แต่นี่ไม่ใช่ blockchain ในความหมายดั้งเดิมเนื่องจากไม่มีการรักษาสถานะและการทำธุรกรรมเสริมในโครงสร้างข้อมูล Patricia Merkle Tree Hyperledger Fabric เป็น DLT ไม่ใช่ blockchain สถาปัตยกรรมของ Fabric ได้รับการออกแบบมาเพื่อการประมวลผลธุรกรรมที่เหนือกว่าดังที่เห็นได้จากการผนวกกลุ่มข้อมูลลงในบริการสั่งซื้อสตรีมข้อมูล Kafka เนื่องจากสิ่งนี้ทำได้ในสภาพแวดล้อมที่เชื่อถือได้การดำเนินการจึงสามารถเกิดขึ้นได้อย่างอิสระในระบบ การใช้การกำหนดค่านี้ในระบบการถ่ายโอนค่าจะไม่เหมาะอย่างยิ่งเนื่องจากความไว้วางใจทั้งหมดจะต้องนำมาประกอบโดยตรงกับสถาปัตยกรรมซอฟต์แวร์หนึ่งจากเอนทิตีเดียวซึ่งตรงข้ามกับระบบนิเวศหรือโปรโตคอลที่ใช้ร่วมกัน ดังที่เห็นได้จากเอกสารทางเทคนิค Fabric ได้ละทิ้งความสมบูรณ์ของข้อมูลและความปลอดภัยที่ทำได้ในแพลตฟอร์ม blockchain เพื่อให้ได้การประมวลผลที่เหนือกว่าระหว่างส่วนประกอบธุรกรรม.

R3 คอร์ดา

ใน R3 Corda ธุรกรรมถือเป็นข้อเสนอในการอัปเดตฐานข้อมูลห้องนิรภัยซึ่งสามารถเรียกว่าบัญชีแยกประเภท ธุรกรรมต้องดำเนินการในสภาพแวดล้อมที่ผู้รับรองสามารถตรวจสอบได้ว่าไม่ได้ใช้จ่ายซ้ำซ้อนและมีการลงนามโดยฝ่ายที่จำเป็น สิ่งนี้คล้ายกับแนวคิดที่ใช้ในระบบนิเวศของ bitcoin แม้ว่าการหลีกเลี่ยงการใช้จ่ายซ้ำซ้อนจะได้รับการอำนวยความสะดวกโดยระบบที่เชื่อถือได้.

ธุรกรรมพื้นฐานมีสองประเภท:

  • การทำธุรกรรมการเปลี่ยนแปลงเอกสาร – สิ่งเหล่านี้จะดำเนินการเพื่อหมุนเวียนผ่านเครื่องหมายรับรองในระบบ ผู้รับรองจะป้องกันการใช้จ่ายซ้ำซ้อนและสามารถตรวจสอบธุรกรรมได้
  • ให้ฉันทามติที่เป็นเอกลักษณ์
  • ธุรกรรมทั่วไป – ใช้สำหรับอย่างอื่น

สถานะสิ้นสุด

ธุรกรรมมีการเสนอการอัพเดตสถานะของสภาพแวดล้อมฐานข้อมูลที่ต้องมีการตรวจสอบลายเซ็นจากบุคคลอื่นภายในระบบ เพื่อให้ธุรกรรมถูกต้องจะต้อง:

  1. ลงนามโดยฝ่ายที่เกี่ยวข้อง
  2. รับการตรวจสอบความถูกต้องตามรหัสสัญญาที่กำหนดธุรกรรม

สถาปัตยกรรมไคลเอนต์

การใช้โมเดลที่เหมือน UTXO ในสภาพแวดล้อมฐานข้อมูลแบบแบ่งใช้ทำให้แพลตฟอร์ม Corda สามารถควบคุมสถานะเช่นเดียวกับการเปลี่ยน การใช้ Notary และการโต้ตอบต่างๆระหว่าง Flows และ Cordapps ในการกำหนดค่าเครือข่ายจะแสดงสภาพแวดล้อมแบบกระจายที่ใช้ร่วมกันซึ่งสถานะจะถูกเก็บรักษาไว้ในรูปแบบข้อมูลที่เป็นส่วนหนึ่งของสถาปัตยกรรมระบบ การใช้ธุรกรรมเพื่อสำรวจการสร้างอินสแตนซ์ของสถานะภายในสภาพแวดล้อมที่ใช้โหนดระหว่างโฟลว์และ Cordapps ที่ได้รับการตั้งโปรแกรมลงในโหนดบ่งบอกถึงวิธีการที่เป็นไปได้ในการดำเนินการเปลี่ยนแปลงสถานะในบัญชีแยกประเภท.

อรรถกถา

สำหรับการก่อตัวของสินทรัพย์ดิจิทัลผู้ใช้และคู่สัญญาขึ้นอยู่กับความไว้วางใจของแพลตฟอร์ม Corda โดยรวม ในขณะที่ทำหน้าที่เป็นระบบบัญชีแยกประเภทที่ใช้ร่วมกันที่เชื่อถือได้สำหรับการเก็บรักษาข้อมูลทางการเงินที่ละเอียดอ่อนระบบจะทำหน้าที่ตามมาตรฐานต่างๆที่มีอยู่ในระบบนิเวศของธนาคาร แพลตฟอร์มให้:

  • การจัดเก็บข้อมูลทางการเงินที่ไม่เปิดเผยต่อสาธารณะที่เหนือกว่า
  • การตั้งค่าที่เชื่อถือได้สำหรับสถาบันการเงินที่ไม่น่าเชื่อถือ
  • การหลีกเลี่ยงการโต้ตอบทางธุรกิจขั้นสูง

ไดอะแกรมสถาปัตยกรรมที่เกี่ยวข้องกับโฟลว์และสภาพแวดล้อมรันไทม์ระหว่างโหนดแสดงให้เห็นว่า Corda ได้รับการออกแบบมาเพื่อแบ่งพาร์ติชันการเข้าถึงระหว่างสมาชิกที่เชื่อถือได้ของแพลตฟอร์มคอนซอร์เตียม แม้ว่าจะมีความสามารถในการใช้งานบางประการ แต่ R3 Corda ยังขาดฟังก์ชันการทำงานที่มีอยู่ในการเป็นสารตั้งต้นสากลสำหรับการถ่ายโอนคุณค่าทางเศรษฐกิจสังคมและการเมืองเนื่องจากขาดชั้นแรงจูงใจทางเศรษฐกิจดิจิทัลรวมถึงสภาพแวดล้อมของสินทรัพย์ดิจิทัลสาธารณะ เนื่องจากระบบปิดจึงขาดรางที่จำเป็นและลักษณะทางเทคโนโลยีในการสร้างระบบนิเวศที่ขับเคลื่อนด้วยแรงจูงใจทางเศรษฐกิจ R3 Corda มักใช้กับโครงสร้างพื้นฐานด้านการธนาคารแบบดั้งเดิมได้ดีที่สุดแม้ว่าจะไม่ใช่การสร้างสินทรัพย์ดิจิทัลก็ตาม.

สาม. สัญญาอัจฉริยะ

Ethereum

ใน Ethereum สัญญาอัจฉริยะจะเขียนด้วยภาษาโปรแกรมระดับสูงเช่น solidity, LLL หรือ Viper และรวบรวมเป็น EVM bytecode ทำให้สามารถเรียกใช้งานไบนารีได้โดย Ethereum Virtual Machine (EVM) โหนดในเครือข่าย Ethereum เรียกใช้การใช้งาน EVM ของตนเองซึ่งทำหน้าที่เป็นสภาพแวดล้อมรันไทม์สำหรับสัญญาอัจฉริยะในระบบนิเวศ Ethereum สถานะและธุรกรรมที่นำไปสู่การเปลี่ยนสถานะเป็นสัญลักษณ์ในสถานะโลกของ Ethereum blockchain ผ่านการจำลองแบบโดย EVM ส่งผลให้ระบบสามารถใช้ความไว้วางใจที่ไม่เปลี่ยนแปลงบนอาร์เรย์ของสเปกตรัม.

EVM 1

EVM ทำหน้าที่เป็นสภาพแวดล้อมรันไทม์เพื่อเรียกใช้การเปลี่ยนสถานะซ้ำเพื่อคำนวณสถานะของระบบและสถานะเครื่องเมื่อวนซ้ำผ่านธุรกรรม.

  • สถานะระบบ = สถานะทั่วโลก Ethereum
  • สถานะเครื่อง = ตรรกะทางธุรกิจของบัญชีสัญญา & จำลองรหัสใน EVM runtime

เนื่องจากรหัสสัญญาอัจฉริยะทั้งหมดถูกจำลองแบบโดยโหนดทั้งหมดใน EVM Ethereum blockchain และอินสแตนซ์ที่เกี่ยวข้องจึงสามารถรักษาความถูกต้องของรหัสเพื่อให้แน่ใจว่าสัญญามีความสอดคล้องกัน ความสอดคล้องกันของสัญญาทำให้เกิดความไม่เปลี่ยนรูปในทางปฏิบัติของ Ethereum blockchain และลูกค้าในเครือและการนำไปใช้งาน สัญญาอัจฉริยะบน Ethereum จะเชื่อมโยงระบบนิเวศทั้งหมดเข้าด้วยกันผ่านการทำธุรกรรมแบบอินสแตนซ์ซึ่งส่งผลให้เกิดการเปลี่ยนไปสู่สถานะใหม่ภายในสภาพแวดล้อมเครื่องเสมือนโดยรวม.

อรรถกถา

เนื่องจากการใช้งาน EVM เป็นไปตามข้อกำหนดที่กำหนดไว้อย่างเคร่งครัดใน Ethereum Yellow Paper การสร้างอินสแตนซ์ที่แตกต่างกันของ Ethereum (สาธารณะส่วนตัวและกลุ่ม) จึงมีความสามารถในการทำงานร่วมกันได้ตามที่กำหนดจากการรวบรวมภาษาระดับสูงทั่วไปในรูปแบบของสมาร์ท สัญญา – เข้าสู่ Ethereum bytecode โดย EVM จากการจัดการ Ethereum นี้มันสามารถทำหน้าที่เป็นตัวกลางระหว่างด้านต่างๆของสิ่งอำนวยความสะดวกข้อมูลส่วนตัวของสถาบันขนาดใหญ่และเศรษฐกิจสินค้าดิจิทัลสาธารณะที่กำลังพัฒนาและเริ่มบรรลุผลจากการสร้างเศรษฐกิจโทเค็นเมื่อเร็ว ๆ นี้.

ด้วยการอนุญาตให้ใช้ฟังก์ชันนี้ระหว่าง Ethereum chains สามารถสร้างระบบที่ทำงานร่วมกันได้ทั้งหมดที่จัดสรรความสมบูรณ์ทางเศรษฐกิจระหว่างระบบการประสานงานข้อมูลและการประมวลผลในแพลตฟอร์ม Ethereum ส่วนตัวไปยังสินค้าดิจิทัลบนเครือข่ายสาธารณะ สัญญาอัจฉริยะบน Ethereum จะรวมตรรกะที่ตั้งโปรแกรมได้ภายในระบบเหล่านี้และช่วยให้นักพัฒนาสามารถโต้ตอบกับ Ethereum Virtual Machine ผ่านธุรกรรมที่สร้างสภาพแวดล้อมสถานะใหม่ภายในโครงสร้างพื้นฐานทางเทคโนโลยี เนื่องจากกรณีการใช้งานที่ครอบคลุมพัฒนาขึ้นภายในสภาพแวดล้อมแบบโซ่สาธารณะห่วงโซ่ส่วนตัวและเครือข่ายแบบร่วมกันสัญญาอัจฉริยะที่ใช้ใน Ethereum จะสามารถผูกระบบเข้าด้วยกันภายใต้อินเทอร์เฟซแบบลอจิคัลทั่วไป.

ผ้า Hyperledger

Chaincode ไม่จำเป็นต้องเป็นสัญญาอัจฉริยะที่ติดตั้งในบล็อกเชนที่ใช้บัญชี แต่เป็นโปรแกรมที่ติดตั้งและใช้อินเทอร์เฟซผ่าน API ในภายหลัง อินเทอร์เฟซ API ต้องการคำแนะนำที่ใช้รหัสเพื่อกำหนดตรรกะทางธุรกิจและฟังก์ชันการทำงานทั่วทั้งระบบคล้ายกับสภาพแวดล้อมการพัฒนาซอฟต์แวร์แบบเดิม วิธีการที่เกี่ยวข้องกับ API ได้แก่ :

  • เริ่มต้น – การเริ่มต้นของสถานะแอปพลิเคชัน
  • Invoke – กำลังประมวลผลข้อเสนอการทำธุรกรรม

Chaincode ต้องใช้อินเทอร์เฟซจาก API:

  • อินเตอร์เฟซ Chaincode
  • ChaincodeStub อินเทอร์เฟซ

ใน Hyperledger Fabric นั้น chaincode จะทำงานในคอนเทนเนอร์ Docker ที่ปลอดภัยซึ่งแยกออกจากกระบวนการที่ดำเนินการโดยเพียร์ที่ให้การรับรอง โดยปกติโค้ดจะเขียนใน Go หรือ Node.js ทำให้สามารถโต้ตอบกับตรรกะทางธุรกิจได้ ความแตกต่างที่ควรทราบก็คือ Fabric chaincode ไม่ได้จำลองแบบโดยโหนดภายในระบบนิเวศเช่นเดียวกับที่คาดว่าจะเป็นสถาปัตยกรรมบล็อกเชนที่แท้จริง.

ตอนแรก Chaincode ถูกติดตั้งบน Peers จากนั้นสร้างอินสแตนซ์เป็นแชนเนล ผังกระบวนการมีรายละเอียดอยู่ในแผนภาพต่อไปนี้:

ตลอดกระบวนการ Chaincode การโต้ตอบต่างๆเกิดขึ้นกับ System Chaincode ซึ่งทำงานภายในกระบวนการเพียร์ที่สามารถเรียกใช้งานได้กับคอนเทนเนอร์ที่แยกได้สิ่งนี้ใช้เพื่อใช้พฤติกรรมของระบบโดยไม่มีนโยบายการรับรองหรือกระบวนการตลอดอายุการใช้งานระบบ Chaincode ไม่ผ่านวงจรชีวิตรหัสของ Chaincode ปกติตลอดโฟลว์กระบวนการ Chaincode การโต้ตอบต่างๆเกิดขึ้นกับ System Chaincode ซึ่งทำงานภายในกระบวนการเพียร์ที่ดำเนินการได้กับคอนเทนเนอร์ที่แยกได้ ใช้เพื่อปรับใช้พฤติกรรมของระบบโดยไม่มีนโยบายการรับรองหรือกระบวนการตลอดอายุการใช้งาน System Chaincode ไม่ผ่านวงจรชีวิตรหัสของ Chaincode ปกติ. ฟังก์ชั่นสองอย่างจาก Shim API ของอินเทอร์เฟซ chaincode ได้รับการใช้งานโค้ดถูกรวบรวมและดูแลโดยเพียร์ Chaincode ไม่มีส่วนเกี่ยวข้องกับแชนเนลหรือออร์เดอร์จนกว่าผู้พัฒนาจะพิจารณาว่าต้องการติดตั้งโปรแกรมเพิ่มเติมมีการนำฟังก์ชั่นสองอย่างจาก Shim API ของอินเทอร์เฟซ chaincode มาใช้ รหัสถูกคอมไพล์และดูแลโดยเพียร์ Chaincode ไม่มีส่วนเกี่ยวข้องกับแชนเนลหรือออร์เดอร์จนกว่าผู้พัฒนาจะพิจารณาว่าต้องการติดตั้งโปรแกรมเพิ่มเติม.

Chaincode สามารถกำหนดค่าเพื่อสร้างสินทรัพย์ที่ทำหน้าที่เป็นคู่คีย์ – ค่าที่เก็บไว้ในฐานข้อมูลบัญชีแยกประเภทในที่สุด เวิร์กโฟลว์ของการส่งคำสั่งเริ่มต้นและการเรียกใช้ธุรกรรมมีรายละเอียดอยู่ในแผนภาพด้านบนในแง่ของวิธีการเคลื่อนย้ายคำสั่งผ่านระบบ ตรรกะทางธุรกิจถูกเข้ารหัสภายในกฎของเครือข่ายและเรียกใช้ผ่านแอปพลิเคชันฝั่งไคลเอ็นต์ ประเภทของการประสานงานรหัสและการโต้ตอบเป็นสิ่งที่บ่งบอกถึงการพัฒนาซอฟต์แวร์แบบดั้งเดิมผ่านการพึ่งพาฟังก์ชันดั้งเดิมและอินเทอร์เฟซการเริ่มต้น.

อรรถกถา

การเคลื่อนไหวของ Chaincode ผ่านการกำหนดค่าเครือข่ายนี้ช่วยให้การจัดระเบียบระบบมีความคล่องตัว สถาปัตยกรรมซอฟต์แวร์ได้รับการออกแบบมาเพื่อทำหน้าที่เป็นโครงสร้างคำสั่งและการควบคุมที่มีประสิทธิภาพมากในแง่ของการกระจายข้อมูลและการจัดระเบียบสภาพแวดล้อมการพัฒนาซอฟต์แวร์สำหรับกรณีการใช้งานขององค์กรบางประเภท ดังที่สามารถมองเห็นได้จากแพ็คเกจติดตั้งสร้างอินสแตนซ์และอัปเกรดการตั้งค่าสถาปัตยกรรมนี้ได้รับการออกแบบมาเพื่อเพิ่มประสิทธิภาพจุดติดต่อที่จำเป็นในการประมวลผลโค้ด อินเทอร์เฟซ API ที่จำเป็นเมื่อได้รับการประมวลผลธุรกรรมนั้นชวนให้นึกถึงการออกแบบซอฟต์แวร์แบบดั้งเดิมเป็นอย่างมาก ประเด็นที่ควรทราบ:

  • สถาปัตยกรรมเสาหินเพื่อการควบคุมสูงสุด
  • ปฏิสัมพันธ์ทางธุรกิจที่ปลอดภัยระหว่างคู่สัญญา
  • การประมวลผลที่ประสานกันจากส่วนกลางสำหรับปริมาณงานธุรกรรม

Chaincode เป็นระบบคำสั่งมากกว่าที่เป็นภาษาสัญญาอัจฉริยะที่จำลองแบบโดยบล็อกเชน เนื่องจากระบบนิเวศของ Hyperledger Fabric มีคุณสมบัติที่โดดเด่นในแง่ของฟังก์ชันการทำงานและการออกแบบในรูปแบบบัญชีแยกประเภทระบบจึงขาดคุณสมบัติโดยธรรมชาติของระบบบล็อกเชนที่แท้จริง ในฐานะที่เป็นเครื่องมือที่สามารถใช้งานร่วมกับโครงสร้างพื้นฐานและกระบวนทัศน์แบบเดิม Fabric จึงมีประสิทธิภาพเนื่องจากการยึดมั่นในมาตรฐานซอฟต์แวร์ที่มีอยู่ก่อนหน้าซึ่งสามารถอนุมานได้จากการออกแบบสถาปัตยกรรมตามที่อธิบายไว้ข้างต้น.

ในกรณีที่ Fabric ได้รับฟังก์ชันการทำงานในแง่ของระบบที่ค่อนข้างเป็นสัญลักษณ์ของระบบที่ออกแบบมาโดยรอบเมนเฟรมและศูนย์ข้อมูลขนาดใหญ่มันสูญเสียในแง่มุมอื่น ๆ ในแง่ของการเชื่อมต่อแบบกระจายกับปัจจัยทางเศรษฐกิจของการคำนวณที่สามารถเข้าถึงได้ในเศรษฐกิจโทเค็นดิจิทัลแบบกระจายอำนาจ . หาก Fabric ถูกรวมเข้ากับสภาพแวดล้อม blockchain ที่แท้จริงมันจะพอดีกับสภาพแวดล้อมฐานข้อมูลแบบกระจายที่ปลอดภัยซึ่งตรวจสอบข้อมูลก่อนที่จะโต้ตอบกับระบบนิเวศบล็อกเชนสาธารณะ.

R3 คอร์ดา

ใน Corda สัญญาอัจฉริยะถือเป็นคลาสที่ใช้อินเทอร์เฟซ Contract Smart Contracts เขียนด้วย Java / Kotlin และคอมไพล์ผ่าน Java Virtual Machine (JVM) ซึ่งเป็นเครื่องคอมพิวเตอร์ที่มีการเรียกใช้โค้ดภายใน ฟังก์ชันหลักที่ใช้ในสัญญาคือฟังก์ชัน “ตรวจสอบ”.

โค้ดทำงานบน JVM ที่ธุรกรรมถูกประมวลผลผ่านระบบรับรองเอกสารและตรรกะทางธุรกิจถูก จำกัด ภายในโฟลว์ที่สามารถรองรับและป้องกันกระบวนการทางธุรกิจระหว่างคู่สัญญาต่างๆ.

สถานะวัตถุ

ส่วนประกอบของสัญญาอัจฉริยะ:

  • รหัสปฏิบัติการ
  • ตรวจสอบการเปลี่ยนแปลงในธุรกรรม
  • สถานะวัตถุ
  • ข้อมูลที่อยู่ในบัญชีแยกประเภท
  • สถานะปัจจุบันของสัญญา
  • ใช้อินพุตและเอาต์พุตของธุรกรรม
  • คำสั่ง
  • ข้อมูลเพิ่มเติม
  • ใช้เพื่อสั่งรหัสสัญญาที่เรียกใช้งานได้

โค้ด Java และ Kotlin ถูกคอมไพล์เป็น bytecode ที่เหมือนกันผ่านทาง JVM คำสั่งส่งผ่านข้อมูลเพิ่มเติมที่ไม่มีอยู่ในสถานะลงในรหัสสัญญา คำสั่งทำหน้าที่เป็นโครงสร้างข้อมูลพร้อมกับพับลิกคีย์ที่ใช้ในการลงนามในธุรกรรมแม้ว่าจะต้องยอมรับว่าสัญญาไม่ได้ทำงานโดยตรงกับลายเซ็นดิจิทัล สัญญาภายในสภาพแวดล้อมนี้ถูกจำลองแบบทั่วทั้งระบบในบริบทของวิธีที่ Flows เต็มใจที่จะประสานงานระหว่างฝ่ายที่เชื่อถือได้.

อรรถกถา

รหัสสัญญาเหมาะกับความต้องการของกรณีการใช้งานภายในสภาพแวดล้อมของ Corda และสามารถทำหน้าที่ที่จำเป็นของปริมาณธุรกรรมได้สำเร็จ ข้อ จำกัด รวมถึงความสามารถในการทำงานร่วมกันกับระบบนิเวศอื่น ๆ เพื่อให้ระบบสามารถทำงานร่วมกับ Corda ได้พวกเขาจะต้องใช้กรอบรหัสสัญญา Corda ที่ออกแบบมาสำหรับ DLT ที่ปิดอยู่ ซึ่งแตกต่างจากแพลตฟอร์มบล็อกเชนที่แท้จริงเช่น Ethereum ซึ่งสามารถทำหน้าที่เป็นชั้นความสามารถในการทำงานร่วมกันระหว่างกระบวนการทางเศรษฐกิจและฟังก์ชันระหว่างอินสแตนซ์ส่วนตัวและอินสแตนซ์สาธารณะ Corda จำกัด ตัวเองโดยมุ่งเน้นไปที่กระบวนการภายในระบบปิดมากขึ้น การใช้ JVM เป็นนวัตกรรมใหม่แม้ว่าอินสแตนซ์จะหุ้มฉนวนภายในระบบนิเวศของ Corda ในสถานการณ์นี้ Corda ได้รับการประมวลผลธุรกรรมในสภาพแวดล้อมที่ปลอดภัยในขณะที่เสียสละความสามารถในการทำงานร่วมกันและประสานงานระหว่างสภาพแวดล้อม blockchain ที่แตกต่างกันเช่นระบบที่ทำงานร่วมกันได้จะสามารถทำได้.

IV. ข้อสรุปและการประเมิน

จากการวิเคราะห์ของเราปัจจัยสำคัญที่ทำให้ Ethereum สามารถนำไปใช้นอกเหนือจากสิ่งที่มีความสามารถของ DLT ได้แก่ :

  • สินทรัพย์ดิจิทัลหรือเศรษฐกิจโทเค็น
  • ชั้นสิ่งจูงใจของ Cryptoeconomic ในโปรโตคอล
  • ความสามารถในการทำงานร่วมกันระหว่างกลุ่มและบล็อกเชนสาธารณะ

แม้ว่า DLT เช่น R3 Corda และ Hyperledger Fabric จะสามารถบรรลุฟังก์ชันการทำงานในการจัดการฐานข้อมูลที่ใช้ร่วมกันและวงจรการประมวลผลธุรกรรม แต่ก็ไม่รับประกันว่าจะสามารถบรรลุฟังก์ชันหลักตามที่อธิบายไว้ข้างต้น แพลตฟอร์มเหล่านี้ไม่มีข้อบกพร่อง แต่มีข้อ จำกัด ในการกำหนดค่าสถาปัตยกรรมสำหรับการจัดแสดงกรณีการใช้งานที่แท้จริงซึ่งมีเพียงบล็อกเชนที่แท้จริงเท่านั้นที่สามารถยืนยันได้.

เทคโนโลยีบล็อกเชนได้รับการออกแบบมาเพื่อเชื่อมโยงความไว้วางใจที่สร้างขึ้นภายในสิ่งเหล่านี้ควบคู่ไปกับมูลค่าที่จับต้องได้ซึ่งสร้างขึ้นจากความไว้วางใจนั้น ผ่านแพลตฟอร์มที่แท้จริงที่สร้างขึ้นจากพื้นฐานหลักของบล็อกเชนเท่านั้นที่ระบบสังคมการเมืองและเศรษฐกิจจะสามารถได้รับการอุทิศให้เป็นรากฐานภายในโครงสร้างพื้นฐานของโปรโตคอลซอฟต์แวร์ ในขณะที่แพลตฟอร์มการจัดการฐานข้อมูลที่เน้น DLT สามารถผสานรวมและทำงานร่วมกันกับแพลตฟอร์มบล็อกเชนได้ แต่รางที่จะสร้างการถ่ายโอนและการประสานงานของความไว้วางใจนี้ต้องเป็นบล็อกเชนที่รวบรวมหลักการหลักของความไว้วางใจความไม่เปลี่ยนแปลงความสมบูรณ์และความเที่ยงตรงของข้อมูล.

สิ่งที่การวิเคราะห์นี้แสดงให้เห็นไม่ใช่ว่าระบบบางระบบดีกว่าระบบอื่น แต่มีประโยชน์ในความสามารถที่แตกต่างกัน ความสามารถของแพลตฟอร์ม DLT ในการทำหน้าที่เป็นฐานข้อมูลแบบกระจายส่วนตัวที่มีทรูพุตและฟังก์ชันการทำธุรกรรมสูงช่วยให้พวกเขาทำหน้าที่เป็นระบบที่เชื่อถือได้ซึ่งสามารถทำงานร่วมกันภายในแพลตฟอร์มบล็อกเชนเมื่อข้อมูลส่วนตัวบางด้านจำเป็นสำหรับการประเมินเช่นข้อมูลธนาคาร / การเงิน ข้อมูลที่ละเอียดอ่อนเกี่ยวกับผลงานภายในของสถาบันเอกชนที่ไม่ควรเปิดเผยต่อสาธารณะ รูปแบบธุรกิจต่างๆสำหรับวิธีการใช้แหล่งข้อมูลส่วนตัวเหล่านี้ที่เชื่อมโยงกับ DLT ยังอยู่ในระหว่างการพัฒนาและควรได้รับการปรับปรุงใหม่โดยคำนึงถึงอินเทอร์เฟซบล็อกเชนเนื่องจากระบบคุณค่าดิจิทัลแบบกระจายอำนาจเป็นสิ่งที่จำเป็นสำหรับการโต้ตอบบางอย่างระหว่างบล็อกเชนและ DLT.

เชื่อมต่อกับผู้เชี่ยวชาญด้านบล็อกเชนของเรา

ทีมโซลูชันระดับโลกของเรามีการฝึกอบรม blockchain คำปรึกษาเชิงกลยุทธ์บริการการนำไปใช้งานและโอกาสในการเป็นหุ้นส่วน ติดต่อเราจดหมายข่าวสมัครรับจดหมายข่าวของเราเพื่อรับข่าวสารล่าสุดของ Ethereum โซลูชันระดับองค์กรทรัพยากรสำหรับนักพัฒนาและอื่น ๆ ที่อยู่อีเมลเนื้อหาพิเศษคู่มือฉบับสมบูรณ์สำหรับเครือข่ายธุรกิจ Blockchainคู่มือ

คู่มือฉบับสมบูรณ์สำหรับเครือข่ายธุรกิจ Blockchain

รู้เบื้องต้นเกี่ยวกับ Tokenizationการสัมมนาผ่านเว็บ

รู้เบื้องต้นเกี่ยวกับ Tokenization

อนาคตของการเงินสินทรัพย์ดิจิทัลและ DeFiการสัมมนาผ่านเว็บ

อนาคตของการเงิน: สินทรัพย์ดิจิทัลและ DeFi

Enterprise Ethereum คืออะไรการสัมมนาผ่านเว็บ

Enterprise Ethereum คืออะไร?

ธนาคารกลางและอนาคตของเงินกระดาษสีขาว

ธนาคารกลางและอนาคตของเงิน

Komgo Blockchain สำหรับการเงินการค้าสินค้าโภคภัณฑ์กรณีสตั๊ด

Komgo: Blockchain สำหรับการเงินการค้าสินค้าโภคภัณฑ์

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me