30 ปัจจัยทางเทคนิคของแพลตฟอร์ม Blockchain

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

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

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

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

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

30 ปัจจัยทางเทคนิคของแพลตฟอร์ม Blockchain

ประเด็นทางเทคนิคที่สำคัญที่ควรพิจารณาเมื่อเลือกแพลตฟอร์มบล็อกเชนสำหรับกรณีการใช้งานทางธุรกิจของคุณโดย Clemens Wan มีนาคม 5, 2020 โพสต์เมื่อมีนาคม 5, 2020

2

Clemens Wan เป็นสถาปนิกโซลูชันที่ ConsenSys เขาเขียนรายชื่อ 30 seelemons.com.

หากแพลตฟอร์มบล็อกเชนที่คุณเลือกมีส่วนเกี่ยวข้องกับปัจจัยทางธุรกิจน้อยกว่า (ดู 30 ปัจจัยทางธุรกิจของแพลตฟอร์ม Blockchain) คุณอาจกำลังพิจารณาประเด็นทางเทคนิคบางประการสำหรับกรณีการใช้งานของคุณ รายการ 30 รายการนี้ดำเนินการผ่านคำถามเฉพาะของบล็อคเชนที่ควรคำนึงถึงเป็นอันดับต้น ๆ เมื่อทำการตรวจสอบแพลตฟอร์ม.

DevOps / เครือข่าย / การปรับใช้ / โปรโตคอล

  1. ความยืดหยุ่นในการปรับใช้เลเยอร์บล็อกเชน – แพลตฟอร์มนี้มีอินสแตนซ์สาธารณะหรือไม่? ได้รับอนุญาต? เอกชน? ไฮบริด?
  2. จำนวนโหนดที่เหมาะสมที่สุด – จำเป็นต้องใช้กี่โหนดในการรองรับเครือข่าย? หนึ่งสำหรับสมาชิกแต่ละคน? ฉันสามารถโต้ตอบกับเครือข่ายโดยไม่ต้องเรียกใช้โหนดได้หรือไม่?
  3. คอนเทนเนอร์ – แพลตฟอร์มสามารถเทียบท่าและใช้งานผ่าน Kubernetes ได้หรือไม่?
  4. เลเยอร์การจัดการข้อมูลประจำตัวเครือข่าย – การอนุญาตสำหรับโหนดและบุคคลได้รับการจัดการอย่างไร? มีข้อ จำกัด สำหรับผู้ใช้ขั้นสูงหรือไม่? มีแผนที่เครือข่ายต้นทางของทุกฝ่ายในเครือข่ายหรือไม่ (เช่นบริการคล้าย DNS – ENS ใน Ethereum)?
  5. กลไกฉันทามติ – ระบบเป็นไปตาม Proof of Work หรือไม่? หลักฐานการเดิมพัน? หลักฐานการมีอำนาจ? หลักฐานของเวลาที่ผ่านไป? สิ่งนี้อาจถูกกำหนดโดยการตั้งค่าการกำกับดูแลและเอนทิตีตามสิ่งที่มีประสิทธิภาพสูงสุดสำหรับกรณีการใช้งานของคุณ.
  6. การส่งข้อความระหว่างองค์กร – มีเลเยอร์แยกต่างหากสำหรับการส่งข้อความส่วนตัวหรือไม่? นี่คือ AMQP หรือไม่? RabbitMQ? XMPP? Secure Scuttlebutt?
  7. วิธีการประมวลผลธุรกรรม – ลำดับของกิจกรรมใดเกิดขึ้นในแง่ของการประมวลผลธุรกรรม? โปรโตคอลสั่งตรวจสอบและดำเนินการธุรกรรมเมื่อใด ใน Ethereum TX จะถูกส่งไปยังการตรวจสอบความถูกต้องของโหนดที่สั่งซื้อ / ตรวจสอบความถูกต้องก่อนที่จะดำเนินการและแจกจ่ายบล็อกที่ “ถูกต้อง” ใน Corda TX จะได้รับการตรวจสอบความถูกต้องทีละรายการโดยจำเป็นต้องทราบโหนดผ่าน Flow Framework จนกว่าจะได้รับการลงนามและแจกจ่ายโดยทนายความ.
  8. การเข้ารหัส – ไลบรารีใดที่แฮชและลายเซ็นใช้และรองรับ? (เช่น secp256k1 สำหรับ Ethereum)
  9. ความสามารถในการเข้ารหัส – โหนดเฉพาะสามารถเลือกใช้ไลบรารีการเข้ารหัสลับอื่นตามกฎความปลอดภัยระดับภูมิภาคได้หรือไม่ (เช่นการปฏิบัติตามข้อกำหนดของ NIST)
  10. เทคนิคการแชร์ไฟล์ – เนื้อหาดิจิทัลทุกรายการต้องถูกยึดอย่างถูกต้องตามกฎหมายผ่านองค์กรที่ดูแลทรัพย์สินหรือเอกสารทางกฎหมาย / ร้อยแก้วที่อ้างถึงในรหัส ไฟล์ถูกแชร์ระหว่างองค์กรกับแพลตฟอร์มอย่างไร? พวกเขาบันทึกไว้บนแพลตฟอร์มเดียวกันหรือไม่? มีการสำรองข้อมูลในลักษณะเดียวกันหรือไม่?
  11. การยึดกฎหมาย – มีการสร้างขึ้นในการใช้งานร้อยแก้วทางกฎหมายหรือเอกสารทางกฎหมาย (เช่น OpenLaw) ภายในโปรโตคอลหรือไม่?
  12. ป้องกันการงัดแงะและทนต่อการงัดแงะ – ใครบางคนสามารถเปลี่ยนสถานะโหนดในเครื่องของคุณและประวัติได้หรือไม่? หากธุรกรรมหรือสถานะถูกลบออกไปจะทำให้ทุกอย่างไม่ตรงกันหรือไม่ ข้อมูลในอดีตที่อ้างอิงสามารถแก้ไขหรือลบได้หรือไม่และตกลงกันโดยทุกฝ่าย?
  13. การกู้คืนธุรกรรม – โหนดกู้คืนธุรกรรมได้อย่างไร? หากธุรกรรมของคุณไม่ได้รับการแจกจ่ายให้กับทุกฝ่ายอย่างเต็มที่กลไกในการดาวน์โหลดเวอร์ชันล่าสุดที่ตกลงกันไว้คืออะไร?
  14. ความสามารถ DAO – มีตัวอย่างของ dapps ที่เป็นนามธรรมของความรับผิดชอบในการกำกับดูแลหรือไม่? นี่อาจเป็นประโยชน์สำหรับการนำเครือข่ายกลับมาใช้เพื่อรักษาการลงคะแนนและการกำกับดูแล.

ประสบการณ์ของนักพัฒนา / ยอดนิยมของแอปพลิเคชันกองซ้อน

  1. ความรับผิดชอบในการสมัคร – เมื่อสร้างแอปพลิเคชันบนสแต็ก (dapp) คุณต้องกังวลอะไรบ้าง? คุณต้องโฮสต์โหนดของคุณเองหรือไม่? คุณมีหน้าที่รับผิดชอบในการปรับใช้เว็บเซิร์ฟเวอร์และอินเทอร์เฟซที่เกี่ยวข้องของ dapp ด้วยหรือไม่ ผู้ใช้ของคุณจะชำระเงินสำหรับแอปพลิเคชันของคุณอย่างไร?
  2. การปรับใช้เลเยอร์ Dapp – ขึ้นอยู่กับการอนุญาตสัญญาอัจฉริยะถูกนำไปใช้ในเครือข่ายอย่างไร? โดยบุคคล (เช่นที่อยู่ที่อนุญาตพิเศษ)? โดยโหนด (เช่นข้อมูลประจำตัวของ LEI)? โดยนิติบุคคลที่จดทะเบียน (เช่นเครือข่ายธุรกิจที่เพิ่มเข้ามาในเครือข่าย)? โดยผู้ให้บริการโครงสร้างพื้นฐาน (เช่น Kaleido Marketplace)? คุณต้องการสิทธิ์ระดับโหนดเพื่อปรับใช้หรือไม่?
  3. ภาษาสัญญาอัจฉริยะ – สัญญาอัจฉริยะเขียนด้วยภาษาอะไร? ได้รับการทดสอบแล้วหรือยัง? มีชุมชนที่ดีหรือไม่?
  4. ไลบรารีสัญญาอัจฉริยะและมาตรฐาน – มีการตกลงกันเกี่ยวกับไลบรารี / ฟังก์ชันที่ปลอดภัย (เช่น OpenZeppelin) ที่ได้รับการดูแลและตรวจสอบหรือไม่? มีการตกลงกันอย่างกว้างขวางเกี่ยวกับการปรับใช้ฟังก์ชันตามมาตรฐาน (เช่น ERC-20, ERC-721 เป็นต้น)?
  5. ความสามารถในการอัพเกรดสัญญาอัจฉริยะ – แอพพลิเคชั่นอัพเดทอย่างไร? มีรูปแบบการอัปเกรดที่กำหนดไว้อย่างดีสำหรับรหัสสัญญาอัจฉริยะหรือไม่?
  6. เข้าถึงข้อมูลอ้างอิงและข้อมูลการตลาด – ภายในเครือข่ายสิ่งที่สามารถเรียก oracles ที่มีอยู่เพื่อรับข้อมูลที่จำเป็นในการดำเนินการที่เรียกใช้?
  7. การจัดการข้อมูลประจำตัวที่แนะนำของบุคคล – คู่คีย์สาธารณะ / ส่วนตัวและที่อยู่ยืนยันโดยธรรมชาติว่าแต่ละคนมีคีย์ของตัวเองหรือไม่? หรือตามความเป็นจริงนี้สมมติว่าตัวกลางจะโฮสต์พวกเขาในนามของคุณและยังคงมีการจัดการบัญชีที่กระจายไปตามความต้องการของลูกค้า?
  8. ทำงานร่วมกันภายในแอพหรือเครือข่าย – dapp สามารถโทรหา dapp อื่นได้หรือไม่? สามารถข้อมูลอ้างอิงเครือข่าย / โซ่ข้างจากเครือข่ายโยง?

การควบคุมผู้ใช้ / ประสิทธิภาพ / ความเป็นส่วนตัว

  1. ประสิทธิภาพการประมวลผลธุรกรรม – คุณสามารถจัดคิวธุรกรรมประมวลผล (เป็นกลุ่ม / บล็อก) ได้เร็วเพียงใดและตรวจสอบให้แน่ใจว่าคิวถูกล้างด้วยการแจ้งเตือนว่า“ บันทึกแล้ว”?
  2. ความสามารถในการปรับขนาดของการประมวลผลธุรกรรม – ระบบได้รับการออกแบบให้ปรับขนาดได้แบบโมดูลาราลี (แนวนอนหรือแนวตั้ง) เพื่อรองรับอัตราการประมวลผลที่สูงขึ้น?
  3. การเปลี่ยนแปลงพร้อมกัน – มีสิ่งกีดขวางในการอัปเดตสัญญาเดียวกันหรือยอดคงเหลือหลายครั้งก่อนที่จะมีการเปลี่ยนแปลงเนื้อหาทั้งหมด?
  4. ประสิทธิภาพการกระจายธุรกรรม – ธุรกรรมของคุณจะได้รับการอัปเดตกับทุกฝ่ายเมื่อใด? เมื่อบล็อกถูกประมวลผลหรือไม่? หลังจาก 6 บล็อกความลึก? หลังจากการไหลเสร็จสิ้นและลงนามโดยทุกฝ่าย?
  5. มัลติเธรด – การประมวลผลธุรกรรมและฉันทามติของคุณสามารถเป็นแบบมัลติเธรดหรือแบ่งย่อยระหว่างผู้เข้าร่วมเครือข่ายหลายคนและยังคงเห็นด้วยกับแหล่งทองเดียวกันได้หรือไม่? คุณแยกการประหารชีวิตประเภทต่างๆ?
  6. กลไกความเป็นส่วนตัวสำหรับการทำให้สับสนในสนาม – คุณสามารถแบ่งปันช่องเฉพาะของกลไกการจัดเก็บข้อมูลกับผู้ใช้ที่ระบุได้หรือไม่? คุณสามารถเรียกใช้ตรรกะทางธุรกิจที่เปรียบเทียบค่าฟิลด์โดยไม่เปิดเผยข้อมูลได้หรือไม่ (เช่น Aztec และ ZKsnarks)?
  7. กลไกความเป็นส่วนตัวสำหรับผู้รับ (การรักษาความลับ) – คุณสามารถหมุนคีย์สาธารณะโดยอัตโนมัติเพื่อให้ผู้ใช้ปลายทางที่คุณส่งข้อมูลไปไม่สามารถแก้ไขได้เป็นข้อมูลประจำตัวที่รู้จัก?
  8. กลไกความเป็นส่วนตัวสำหรับผู้ส่ง (รูปแบบการรับส่งข้อมูลธุรกรรม) – คุณไม่สามารถแบ่งปันธุรกรรมกับทุกฝ่ายได้ในกรณีที่คุณต้องการให้เฉพาะบุคคลที่ระบุตัวตนของคุณเท่านั้นที่เห็นธุรกรรม?
ปรึกษาผู้เชี่ยวชาญด้านบล็อกเชนของเรา

ทีมโซลูชันระดับโลกของเรามีการฝึกอบรม 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
Like this post? Please share to your friends:
Adblock
detector
map