BTC
ETH
HTX
SOL
BNB
ดูตลาด
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

รู้จัก Chuangyu Zhou Qipeng: ในอนาคต สัญญาอัจฉริยะจะเกี่ยวข้องกับอุตสาหกรรมที่หลากหลายยิ่งขึ้น ด้วยคว

黄雪姣
读者
2018-09-08 10:58
บทความนี้มีประมาณ 5378 คำ การอ่านทั้งหมดใช้เวลาประมาณ 8 นาที
ความยากลำบากในการประยุกต์ใช้สัญญาอัจฉริยะทางสังคมในอนาคต
สรุปโดย AI
ขยาย
ความยากลำบากในการประยุกต์ใช้สัญญาอัจฉริยะทางสังคมในอนาคต

เมื่อวันที่ 5 กันยายน การประชุม POD ซึ่งจัดโดย Odaily และจัดร่วมกันอย่างมีกลยุทธ์โดย 36Kr Group จัดขึ้นที่กรุงปักกิ่ง เมื่อทราบว่า Zhou Qipeng หัวหน้าแผนกโซลูชันของ Chuangyu ได้รับเชิญให้กล่าวสุนทรพจน์ในหัวข้อ "สถานะและอนาคตของสัญญาอัจฉริยะ" ที่ฟอรัมความปลอดภัยของการประชุม

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

Zhou Qipeng กล่าวว่ามีปัญหาหลักสามประการในการประยุกต์ใช้สัญญาอัจฉริยะทางสังคมในอนาคต: ประการแรก ด้วยการมาถึงของคลื่น "blockchain +" อุตสาหกรรมที่เกี่ยวข้องจะกว้างขึ้นเรื่อย ๆ ประการที่สอง ความซับซ้อนของสัญญาที่จำเป็นสำหรับ แอปพลิเคชันในอุตสาหกรรมจะเพิ่มขึ้น ยิ่งสูง ประการที่สามคืออนาคตของสัญญาอัจฉริยะ นอกจากนักพัฒนาแล้ว ผู้ที่ไม่ใช่นักพัฒนายังสามารถเขียนได้ ซึ่งจะนำความท้าทายอย่างมากมาสู่ความปลอดภัยของสัญญาอัจฉริยะ

ในเรื่องนี้ ฉันรู้ว่าห้องปฏิบัติการรักษาความปลอดภัย Chuangyu "404" ได้พัฒนาชุดระบบตรวจสอบสัญญาอัจฉริยะ "Haotian Tower" ระบบทำงานร่วมกันอย่างลึกซึ้งกับเครือข่ายสาธารณะ เครือข่ายพันธมิตร และทีมอื่น ๆ เพื่อให้ความสามารถในการป้องกันความปลอดภัยที่ชั้นของแอปพลิเคชัน และสนับสนุนสถานการณ์ของแอปพลิเคชันด้วยจำนวนสัญญาอัจฉริยะที่เพิ่มขึ้นและความซับซ้อนเชิงตรรกะ

ต่อไปนี้เป็นเนื้อหาทั้งหมดของสุนทรพจน์ ขอให้สนุก:

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

ประการแรกคือการดูสภาพที่เป็นอยู่ของการรักษาความปลอดภัยสัญญาอัจฉริยะ

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

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

หากต้องการย้อนประวัติศาสตร์ แนวคิดนี้เสนอโดยนักวิทยาศาสตร์ Nick Szabo ในปี 1994 ในเวลานั้น อินเทอร์เน็ตยังอยู่ในช่วงเริ่มต้น และเสนอแนวคิดเกี่ยวกับสัญญาอัจฉริยะเท่านั้น blockchain เวอร์ชัน 1.0 ถือกำเนิดขึ้นในปี 2008 โดยมอบสภาพแวดล้อมที่เป็นธรรมชาติและเชื่อถือได้ แต่สภาพแวดล้อมนี้ขาดบางสิ่งไป และไม่สามารถจัดหาอินเทอร์เฟซเพิ่มเติมที่สามารถดำเนินการและเรียกใช้โดยบุคคลที่สาม ดังนั้นจึงอาจกล่าวได้ว่า blockchain 1.0 รองรับเพียงบางส่วนที่เรียบง่าย ภายในปี 2014 บล็อกเชนเวอร์ชัน 2.0 ได้รับการปล่อยตัว ในขณะนี้ ในขณะที่มีแอตทริบิวต์สภาพแวดล้อมที่เชื่อถือได้ของบล็อกเชน 1.0 มันเริ่มรองรับความสมบูรณ์ของ Turing ออกแบบอินเทอร์เฟซสำหรับนักพัฒนาในการเรียกและดำเนินการ

ต่อไป เราสามารถตรวจสอบคู่เงินที่สร้างขึ้นหลังจากสัญญาอัจฉริยะทำงานจริงเหตุการณ์ด้านความปลอดภัยที่มีผลกระทบค่อนข้างมากต่อกระบวนการทางประวัติศาสตร์ทั้งหมดนี่คือสิ่งที่เกิดขึ้นในปี 2559 เหตุการณ์ DAO ใน Ethereum

เมื่อวันที่ 15 มิถุนายน 2559 สัญญาการโจมตีถูกสร้างขึ้น เมื่อวันที่ 17 มิถุนายน การโจมตีเริ่มต้นขึ้น และ Vitalik Buterin ได้แจ้งให้ชุมชนชาวจีนทราบทันทีหลังจากทราบเกี่ยวกับการโจมตี ผู้พิทักษ์ DAO เสนอให้ชุมชนส่งธุรกรรมสแปมเพื่อบล็อกเครือข่าย Ethereum เพื่อชะลอการถ่ายโอนสินทรัพย์ DAO จากนั้น Vitalik ได้ออกประกาศ [Emergency Update: Vulnerabilities on DAO] บนบล็อกอย่างเป็นทางการ อธิบายรายละเอียดบางประการของการโจมตีและเสนอวิธีแก้ปัญหาแบบ soft fork ซึ่งจะไม่มีการย้อนกลับ ธุรกรรมและการบล็อกจะไม่ถูกย้อนกลับ Soft Fork จะพิจารณาธุรกรรมใดๆ ที่เกี่ยวข้องกับ DAO และ DAO ย่อยว่าเป็นธุรกรรมที่ไม่ถูกต้องโดยเริ่มจากความสูงของบล็อก 1760000 ซึ่งจะช่วยป้องกันไม่ให้ผู้โจมตีถอนทรัพย์สินที่ถูกขโมยหลังจาก 27 วัน หลังจากนี้จะมีการฮาร์ดฟอร์กเพื่อเรียกค้นทรัพย์สิน

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

ถัดไปวิเคราะห์บางส่วนความเสี่ยงด้านความปลอดภัยของสัญญาอัจฉริยะ

ให้ฉันแบ่งปันคุณลักษณะของรหัสสัญญาอัจฉริยะกับคุณ ฉันได้สรุปสี่ประเภท:

  • ประการแรกคือการออกแบบบัญชี Smart Contract ได้ออกแบบบัญชี 2 ประเภท ประเภทหนึ่งคือบัญชีภายนอกซึ่งควบคุมโดยระบบกุญแจสาธารณะและอีกประเภทหนึ่งเรียกว่าบัญชีสัญญาซึ่งควบคุมโดย รหัสตัวเอง

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

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

  • สุดท้ายคือการเรียกใช้ฟังก์ชันซึ่งคล้ายกับวิธีการเรียกแบบเดิม

ต่อไป เรามาดูลักษณะของภาษาสัญญาอัจฉริยะ



การเปิดเผยเริ่มต้นของฟังก์ชันที่เกี่ยวข้องในภาษานี้เป็นแบบสาธารณะ ตราบเท่าที่มีการเขียนสัญญา ฟังก์ชันต่างๆ จะเป็นแบบสาธารณะสำหรับผู้ใช้หากไม่มีสิทธิ์ในการออกแบบ

ส่วนที่สองเกี่ยวข้องกับการคำนวณตัวเลขจำนวนมาก

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

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

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

นี่คือตัวอย่างข้อผิดพลาดในตัวสร้าง Owner

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

มาทำ code combing แบบง่ายๆ กัน นี่คือตัวสร้าง Owner ในฟังก์ชันที่กำหนดโดยฟังก์ชันต่อไปนี้ คุณจะเห็นว่าตัวพิมพ์ใหญ่ของฟังก์ชัน Owner มีการเปลี่ยนแปลง เนื่องจากข้อผิดพลาดในการใช้ตัวพิมพ์ใหญ่ โครงสร้างดังกล่าวจึงเกิดขึ้น ฟังก์ชันจึงกลายเป็น หน้าที่สาธารณะทั่วไป

ต่อไป เราแยกแยะสิ่งที่เราคิดในสัญญาอัจฉริยะขณะนี้มีเหตุผลสี่ประการที่ทำให้ความเสี่ยงด้านความปลอดภัยมีค่อนข้างมาก

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

ประการที่สองคือเวลาในการพัฒนาภาษานั้นสั้นมากและตัวภาษาเองก็ไม่สมบูรณ์ จนถึงตอนนี้ เวอร์ชันภาษานี้คือประมาณ 0.4.24 โดยทั่วไป เวอร์ชันภาษาสำหรับการพัฒนาที่สามารถเผยแพร่สู่สาธารณะได้ทั้งหมดจะเป็นเวอร์ชัน V1.0 หรือ V1.1 เป็นต้น ดังนั้นการพัฒนาเวอร์ชันเองจึงใช้เวลานาน .

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

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

รายการต่อไปคือการแสดงสถิติของโครงการโอเพ่นซอร์ส DAPS และปัญหาด้านความปลอดภัยของแอปพลิเคชั่นแบบกระจายที่ประกาศ มีทั้งหมด 10 ประเภท เช่น ช่องโหว่การโทรแบบเรียกซ้ำ การควบคุมการเข้าถึง จำนวนเต็มล้น การเรียกที่ไม่ตรวจสอบ ข้อผิดพลาดแบบสุ่ม และอื่นๆ

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

ต่อไป ฉันต้องการคาดเดาหรือคาดหวังเกี่ยวกับสถานการณ์แอปพลิเคชันในอนาคตของสัญญาอัจฉริยะของเรา ประการแรก เมื่อรวมกับแอปพลิเคชันโซเชียลของเราแล้ว ไม่ว่าจะเป็นบล็อกเชนหรือสัญญาอัจฉริยะ แอปพลิเคชันเหล่านี้ได้รวมเข้ากับบางสิ่งในชีวิตของเราแล้ว

ประการแรก คุณสมบัติทางการเงินอย่างแรก เช่นเดียวกับข่าวก่อนหน้าของ Ant Financial ในฮ่องกง ใช้เทคโนโลยีบล็อกเชนเพื่อทำการโอนเงินข้ามพรมแดน รวมถึงแอปพลิเคชันทางการเงินดั้งเดิมบางอย่าง เช่น การประกันภัย หลักทรัพย์ และการจดทะเบียนหุ้น ซึ่งขณะนี้กำลังดำเนินการอย่างช้าๆ รูปร่าง. ขึ้น. แอปพลิเคชัน Internet of Things ตัวที่สอง ซึ่งตอนนี้ Internet of Things และแอปพลิเคชันการเช่ารถบนบล็อกเชนกำลังทยอยเกิดขึ้น ห่วงโซ่อุปทานที่สาม เมื่อ Baidu เปิดตัวในตอนเช้า การแก้ไขเอกสารและการตรวจสอบย้อนกลับสำหรับ Baidu Encyclopedia ก็อยู่ในขั้นตอนของการก่อสร้างเชื่อมโยงไปถึงเช่นกัน สาขาของการแบ่งปันความสะดวกสบายแบบเพียร์ทูเพียร์ในด้านพลังงาน รวมถึงด้านบริการสาธารณะ ได้ค่อยๆ ปรากฏขึ้นสำหรับด้านต่างๆ เช่น วัฒนธรรม การศึกษา สิทธิในทรัพย์สิน และการรักษาพยาบาลของเรา

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

หากสถานการณ์นี้ถูกวางบนบล็อกเชนและใช้งานด้วยสัญญาอัจฉริยะ ผ่านกลไกความน่าเชื่อถือแบบกระจายอำนาจของเชนเอง การถ่ายโอนสินทรัพย์สามารถรับรู้ได้ด้วยสัญญาอัจฉริยะ และการชำระบัญชีจากสินทรัพย์สามารถชำระได้ทุกเมื่อ รวมถึงสินทรัพย์ การโอนเงิน เมื่อ Ant Financial ดำเนินการเป็นครั้งแรก จะใช้เวลาประมาณ 10 วินาทีในการส่งเงินจากฟิลิปปินส์ไปยังฮ่องกง

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

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

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

ฉันสร้างจินตนาการที่กล้าได้กล้าเสียมาก่อน มาดูกันดีกว่าสถานะของสัญญาอัจฉริยะในอนาคตจะเป็นอย่างไร

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

ประการที่สองคือเนื่องจากมีอุตสาหกรรมมากขึ้นเรื่อย ๆ แต่ละอุตสาหกรรมมีลักษณะเฉพาะของตัวเองดังนั้นความซับซ้อนของแอปพลิเคชันในอุตสาหกรรมจึงสูงขึ้นเรื่อย ๆ ตอนนี้รหัสของสัญญาอัจฉริยะคือ 300 ถึง 500 บรรทัด ในอนาคตแอปพลิเคชันสัญญาอัจฉริยะ , สัญญาอาจมีรหัสเป็นพันหรือหลายหมื่นบรรทัดยิ่งตรรกะของรหัสซับซ้อนมากเท่าใดช่องโหว่เชิงตรรกะและภัยคุกคามความปลอดภัยก็จะยิ่งมากขึ้นเท่านั้น

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

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

สองอันหลังเป็นภาพหน้าจอของเวอร์ชันภายในปัจจุบันของเรา เราให้ชื่อเป็น Haotian Tower ด้วยผลิตภัณฑ์หรือระบบดังกล่าว เราสามารถให้บริการที่ปลอดภัยและการรับประกันสำหรับผู้พัฒนาและผู้ใช้สัญญาที่ชาญฉลาดมากขึ้น

วันนี้ขอเกริ่นนำเท่านี้ก่อน หวังว่าในอนาคตจะมีนักศึกษาหรือผู้ทำโครงงานที่กังวลเกี่ยวกับเทคโนโลยีนี้ หากสนใจสามารถติดต่อเราได้ ขอบคุณค่ะ

ยินดีต้อนรับเข้าร่วมชุมชนทางการของ Odaily
กลุ่มสมาชิก
https://t.me/Odaily_News
กลุ่มสนทนา
https://t.me/Odaily_CryptoPunk
บัญชีทางการ
https://twitter.com/OdailyChina
กลุ่มสนทนา
https://t.me/Odaily_CryptoPunk
ค้นหา
สารบัญบทความ
空头猎人
คลังบทความของผู้เขียน
黄雪姣
ดาวน์โหลดแอพ Odaily พลาเน็ตเดลี่
ให้คนบางกลุ่มเข้าใจ Web3.0 ก่อน
IOS
Android