NewsDevelopersEnterpriseBlockchain ExplainedEvents and ConferencesPressจดหมายข่าว
Contents
- 1 30 ปัจจัยทางเทคนิคของแพลตฟอร์ม Blockchain
สมัครรับจดหมายข่าวของเรา.
ที่อยู่อีเมล
เราเคารพความเป็นส่วนตัวของคุณ
หน้าแรกบล็อก Enterprise Blockchain
30 ปัจจัยทางเทคนิคของแพลตฟอร์ม Blockchain
ประเด็นทางเทคนิคที่สำคัญที่ควรพิจารณาเมื่อเลือกแพลตฟอร์มบล็อกเชนสำหรับกรณีการใช้งานทางธุรกิจของคุณโดย Clemens Wan มีนาคม 5, 2020 โพสต์เมื่อมีนาคม 5, 2020
Clemens Wan เป็นสถาปนิกโซลูชันที่ ConsenSys เขาเขียนรายชื่อ 30 seelemons.com.
หากแพลตฟอร์มบล็อกเชนที่คุณเลือกมีส่วนเกี่ยวข้องกับปัจจัยทางธุรกิจน้อยกว่า (ดู 30 ปัจจัยทางธุรกิจของแพลตฟอร์ม Blockchain) คุณอาจกำลังพิจารณาประเด็นทางเทคนิคบางประการสำหรับกรณีการใช้งานของคุณ รายการ 30 รายการนี้ดำเนินการผ่านคำถามเฉพาะของบล็อคเชนที่ควรคำนึงถึงเป็นอันดับต้น ๆ เมื่อทำการตรวจสอบแพลตฟอร์ม.
DevOps / เครือข่าย / การปรับใช้ / โปรโตคอล
- ความยืดหยุ่นในการปรับใช้เลเยอร์บล็อกเชน – แพลตฟอร์มนี้มีอินสแตนซ์สาธารณะหรือไม่? ได้รับอนุญาต? เอกชน? ไฮบริด?
- จำนวนโหนดที่เหมาะสมที่สุด – จำเป็นต้องใช้กี่โหนดในการรองรับเครือข่าย? หนึ่งสำหรับสมาชิกแต่ละคน? ฉันสามารถโต้ตอบกับเครือข่ายโดยไม่ต้องเรียกใช้โหนดได้หรือไม่?
- คอนเทนเนอร์ – แพลตฟอร์มสามารถเทียบท่าและใช้งานผ่าน Kubernetes ได้หรือไม่?
- เลเยอร์การจัดการข้อมูลประจำตัวเครือข่าย – การอนุญาตสำหรับโหนดและบุคคลได้รับการจัดการอย่างไร? มีข้อ จำกัด สำหรับผู้ใช้ขั้นสูงหรือไม่? มีแผนที่เครือข่ายต้นทางของทุกฝ่ายในเครือข่ายหรือไม่ (เช่นบริการคล้าย DNS – ENS ใน Ethereum)?
- กลไกฉันทามติ – ระบบเป็นไปตาม Proof of Work หรือไม่? หลักฐานการเดิมพัน? หลักฐานการมีอำนาจ? หลักฐานของเวลาที่ผ่านไป? สิ่งนี้อาจถูกกำหนดโดยการตั้งค่าการกำกับดูแลและเอนทิตีตามสิ่งที่มีประสิทธิภาพสูงสุดสำหรับกรณีการใช้งานของคุณ.
- การส่งข้อความระหว่างองค์กร – มีเลเยอร์แยกต่างหากสำหรับการส่งข้อความส่วนตัวหรือไม่? นี่คือ AMQP หรือไม่? RabbitMQ? XMPP? Secure Scuttlebutt?
- วิธีการประมวลผลธุรกรรม – ลำดับของกิจกรรมใดเกิดขึ้นในแง่ของการประมวลผลธุรกรรม? โปรโตคอลสั่งตรวจสอบและดำเนินการธุรกรรมเมื่อใด ใน Ethereum TX จะถูกส่งไปยังการตรวจสอบความถูกต้องของโหนดที่สั่งซื้อ / ตรวจสอบความถูกต้องก่อนที่จะดำเนินการและแจกจ่ายบล็อกที่ “ถูกต้อง” ใน Corda TX จะได้รับการตรวจสอบความถูกต้องทีละรายการโดยจำเป็นต้องทราบโหนดผ่าน Flow Framework จนกว่าจะได้รับการลงนามและแจกจ่ายโดยทนายความ.
- การเข้ารหัส – ไลบรารีใดที่แฮชและลายเซ็นใช้และรองรับ? (เช่น secp256k1 สำหรับ Ethereum)
- ความสามารถในการเข้ารหัส – โหนดเฉพาะสามารถเลือกใช้ไลบรารีการเข้ารหัสลับอื่นตามกฎความปลอดภัยระดับภูมิภาคได้หรือไม่ (เช่นการปฏิบัติตามข้อกำหนดของ NIST)
- เทคนิคการแชร์ไฟล์ – เนื้อหาดิจิทัลทุกรายการต้องถูกยึดอย่างถูกต้องตามกฎหมายผ่านองค์กรที่ดูแลทรัพย์สินหรือเอกสารทางกฎหมาย / ร้อยแก้วที่อ้างถึงในรหัส ไฟล์ถูกแชร์ระหว่างองค์กรกับแพลตฟอร์มอย่างไร? พวกเขาบันทึกไว้บนแพลตฟอร์มเดียวกันหรือไม่? มีการสำรองข้อมูลในลักษณะเดียวกันหรือไม่?
- การยึดกฎหมาย – มีการสร้างขึ้นในการใช้งานร้อยแก้วทางกฎหมายหรือเอกสารทางกฎหมาย (เช่น OpenLaw) ภายในโปรโตคอลหรือไม่?
- ป้องกันการงัดแงะและทนต่อการงัดแงะ – ใครบางคนสามารถเปลี่ยนสถานะโหนดในเครื่องของคุณและประวัติได้หรือไม่? หากธุรกรรมหรือสถานะถูกลบออกไปจะทำให้ทุกอย่างไม่ตรงกันหรือไม่ ข้อมูลในอดีตที่อ้างอิงสามารถแก้ไขหรือลบได้หรือไม่และตกลงกันโดยทุกฝ่าย?
- การกู้คืนธุรกรรม – โหนดกู้คืนธุรกรรมได้อย่างไร? หากธุรกรรมของคุณไม่ได้รับการแจกจ่ายให้กับทุกฝ่ายอย่างเต็มที่กลไกในการดาวน์โหลดเวอร์ชันล่าสุดที่ตกลงกันไว้คืออะไร?
- ความสามารถ DAO – มีตัวอย่างของ dapps ที่เป็นนามธรรมของความรับผิดชอบในการกำกับดูแลหรือไม่? นี่อาจเป็นประโยชน์สำหรับการนำเครือข่ายกลับมาใช้เพื่อรักษาการลงคะแนนและการกำกับดูแล.
ประสบการณ์ของนักพัฒนา / ยอดนิยมของแอปพลิเคชันกองซ้อน
- ความรับผิดชอบในการสมัคร – เมื่อสร้างแอปพลิเคชันบนสแต็ก (dapp) คุณต้องกังวลอะไรบ้าง? คุณต้องโฮสต์โหนดของคุณเองหรือไม่? คุณมีหน้าที่รับผิดชอบในการปรับใช้เว็บเซิร์ฟเวอร์และอินเทอร์เฟซที่เกี่ยวข้องของ dapp ด้วยหรือไม่ ผู้ใช้ของคุณจะชำระเงินสำหรับแอปพลิเคชันของคุณอย่างไร?
- การปรับใช้เลเยอร์ Dapp – ขึ้นอยู่กับการอนุญาตสัญญาอัจฉริยะถูกนำไปใช้ในเครือข่ายอย่างไร? โดยบุคคล (เช่นที่อยู่ที่อนุญาตพิเศษ)? โดยโหนด (เช่นข้อมูลประจำตัวของ LEI)? โดยนิติบุคคลที่จดทะเบียน (เช่นเครือข่ายธุรกิจที่เพิ่มเข้ามาในเครือข่าย)? โดยผู้ให้บริการโครงสร้างพื้นฐาน (เช่น Kaleido Marketplace)? คุณต้องการสิทธิ์ระดับโหนดเพื่อปรับใช้หรือไม่?
- ภาษาสัญญาอัจฉริยะ – สัญญาอัจฉริยะเขียนด้วยภาษาอะไร? ได้รับการทดสอบแล้วหรือยัง? มีชุมชนที่ดีหรือไม่?
- ไลบรารีสัญญาอัจฉริยะและมาตรฐาน – มีการตกลงกันเกี่ยวกับไลบรารี / ฟังก์ชันที่ปลอดภัย (เช่น OpenZeppelin) ที่ได้รับการดูแลและตรวจสอบหรือไม่? มีการตกลงกันอย่างกว้างขวางเกี่ยวกับการปรับใช้ฟังก์ชันตามมาตรฐาน (เช่น ERC-20, ERC-721 เป็นต้น)?
- ความสามารถในการอัพเกรดสัญญาอัจฉริยะ – แอพพลิเคชั่นอัพเดทอย่างไร? มีรูปแบบการอัปเกรดที่กำหนดไว้อย่างดีสำหรับรหัสสัญญาอัจฉริยะหรือไม่?
- เข้าถึงข้อมูลอ้างอิงและข้อมูลการตลาด – ภายในเครือข่ายสิ่งที่สามารถเรียก oracles ที่มีอยู่เพื่อรับข้อมูลที่จำเป็นในการดำเนินการที่เรียกใช้?
- การจัดการข้อมูลประจำตัวที่แนะนำของบุคคล – คู่คีย์สาธารณะ / ส่วนตัวและที่อยู่ยืนยันโดยธรรมชาติว่าแต่ละคนมีคีย์ของตัวเองหรือไม่? หรือตามความเป็นจริงนี้สมมติว่าตัวกลางจะโฮสต์พวกเขาในนามของคุณและยังคงมีการจัดการบัญชีที่กระจายไปตามความต้องการของลูกค้า?
- ทำงานร่วมกันภายในแอพหรือเครือข่าย – dapp สามารถโทรหา dapp อื่นได้หรือไม่? สามารถข้อมูลอ้างอิงเครือข่าย / โซ่ข้างจากเครือข่ายโยง?
การควบคุมผู้ใช้ / ประสิทธิภาพ / ความเป็นส่วนตัว
- ประสิทธิภาพการประมวลผลธุรกรรม – คุณสามารถจัดคิวธุรกรรมประมวลผล (เป็นกลุ่ม / บล็อก) ได้เร็วเพียงใดและตรวจสอบให้แน่ใจว่าคิวถูกล้างด้วยการแจ้งเตือนว่า“ บันทึกแล้ว”?
- ความสามารถในการปรับขนาดของการประมวลผลธุรกรรม – ระบบได้รับการออกแบบให้ปรับขนาดได้แบบโมดูลาราลี (แนวนอนหรือแนวตั้ง) เพื่อรองรับอัตราการประมวลผลที่สูงขึ้น?
- การเปลี่ยนแปลงพร้อมกัน – มีสิ่งกีดขวางในการอัปเดตสัญญาเดียวกันหรือยอดคงเหลือหลายครั้งก่อนที่จะมีการเปลี่ยนแปลงเนื้อหาทั้งหมด?
- ประสิทธิภาพการกระจายธุรกรรม – ธุรกรรมของคุณจะได้รับการอัปเดตกับทุกฝ่ายเมื่อใด? เมื่อบล็อกถูกประมวลผลหรือไม่? หลังจาก 6 บล็อกความลึก? หลังจากการไหลเสร็จสิ้นและลงนามโดยทุกฝ่าย?
- มัลติเธรด – การประมวลผลธุรกรรมและฉันทามติของคุณสามารถเป็นแบบมัลติเธรดหรือแบ่งย่อยระหว่างผู้เข้าร่วมเครือข่ายหลายคนและยังคงเห็นด้วยกับแหล่งทองเดียวกันได้หรือไม่? คุณแยกการประหารชีวิตประเภทต่างๆ?
- กลไกความเป็นส่วนตัวสำหรับการทำให้สับสนในสนาม – คุณสามารถแบ่งปันช่องเฉพาะของกลไกการจัดเก็บข้อมูลกับผู้ใช้ที่ระบุได้หรือไม่? คุณสามารถเรียกใช้ตรรกะทางธุรกิจที่เปรียบเทียบค่าฟิลด์โดยไม่เปิดเผยข้อมูลได้หรือไม่ (เช่น Aztec และ ZKsnarks)?
- กลไกความเป็นส่วนตัวสำหรับผู้รับ (การรักษาความลับ) – คุณสามารถหมุนคีย์สาธารณะโดยอัตโนมัติเพื่อให้ผู้ใช้ปลายทางที่คุณส่งข้อมูลไปไม่สามารถแก้ไขได้เป็นข้อมูลประจำตัวที่รู้จัก?
- กลไกความเป็นส่วนตัวสำหรับผู้ส่ง (รูปแบบการรับส่งข้อมูลธุรกรรม) – คุณไม่สามารถแบ่งปันธุรกรรมกับทุกฝ่ายได้ในกรณีที่คุณต้องการให้เฉพาะบุคคลที่ระบุตัวตนของคุณเท่านั้นที่เห็นธุรกรรม?
ปรึกษาผู้เชี่ยวชาญด้านบล็อกเชนของเรา
ทีมโซลูชันระดับโลกของเรามีการฝึกอบรม blockchain คำปรึกษาเชิงกลยุทธ์บริการการนำไปใช้และโอกาสในการเป็นหุ้นส่วน ติดต่อเราจดหมายข่าวสมัครรับจดหมายข่าวของเราเพื่อรับข่าวสารล่าสุดของ Ethereum โซลูชันระดับองค์กรทรัพยากรสำหรับนักพัฒนาและอื่น ๆ ที่อยู่อีเมลเนื้อหาพิเศษ
คู่มือ
คู่มือฉบับสมบูรณ์สำหรับเครือข่ายธุรกิจ Blockchain
การสัมมนาผ่านเว็บ
รู้เบื้องต้นเกี่ยวกับ Tokenization
การสัมมนาผ่านเว็บ
อนาคตของการเงิน: สินทรัพย์ดิจิทัลและ DeFi
การสัมมนาผ่านเว็บ
Enterprise Ethereum คืออะไร?
กระดาษสีขาว
ธนาคารกลางและอนาคตของเงิน
กรณีสตั๊ด
Komgo: Blockchain สำหรับการเงินการค้าสินค้าโภคภัณฑ์
