สรุป:

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

· มีเหตุผลหลักสองประการสำหรับปัญหาด้านบน: หนึ่งคือ Ethereum ไม่มีมาตรฐานและเครื่องมือด้านหน้าที่เข้ากันได้สำหรับนักพัฒนา และอีกอย่างคือ ค่าใช้จ่ายในการเก็บข้อมูลบนเชนสูงเกินไป

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

· เพื่อลดค่าใช้จ่ายในการเก็บข้อมูลบนเครือข่าย Ethereum ทีมงาน EthStorage ได้พัฒนาโปรโตคอลเก็บข้อมูลชั้นที่สองชื่อ EthStorage ซึ่งใช้ PoRA (Proof of Random Access) และการพิสูจน์โดยไม่เปิดเผยเพื่อลดค่าใช้จ่ายในการเก็บข้อมูลอย่างมาก พร้อมสืบทอดความปลอดภัยจากชั้นแรกของ Ethereum

ขอบคุณ: ขอบคุณ Faust จาก GeekWeb3, Zhixiong Pan จาก ChainFeeds, Bruce จาก LXDAO, Qi Zhou และ Lun Deng จาก EthStorage สำหรับคำติชมในบทความนี้

พื้นหลังและปัญหาของ DAPP แบบกระจาย

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

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

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

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

· เซิร์ฟเวอร์ด้านหลัง: บางส่วนถูกนำมาใช้งานโดยสมาร์ทคอนแทร็ค บางงานที่ต้องใช้ความสามารถทางคำนวณมากไม่สามารถทำได้บนเชนอย่างเต็มที่

· ฐานข้อมูล: บางส่วนได้รับการนำมาใช้โดยสัญญาอัจฉริยะ อย่างไรก็ตามเนื่องจากค่าใช้จ่ายในการเก็บข้อมูลบนโซ่สูง DAPP ยังคงใช้วิธีการเก็บข้อมูลนอกโซ่เมื่อปริมาณข้อมูลมาก

จากการวิเคราะห์ข้างต้นเราจะเห็นได้ว่ามีเพียงส่วนประกอบบางอย่างของ DAPP แบบกระจายอํานาจในปัจจุบันเท่านั้นที่ได้รับการปกป้องโดย Ethereum ผ่านสัญญาอัจฉริยะและระบบ Ethereum ยังห่างไกลจากการตระหนักถึงวิสัยทัศน์ดั้งเดิมของ "คอมพิวเตอร์โลกแบบกระจายอํานาจ"

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

แอปพลิเคชันแบบกระจายอำนาจควรลดการพึ่งพาต่อองค์กรเดียวใด ๆ ให้น้อยลง เพื่อให้กรณีที่นักพัฒนาหลักของ DAPP หายไปตลอดกาล แอปพลิเคชันยังคงสามารถทำงานต่อได้

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

บริการด้านหน้าและชื่อโดเมน

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

ฮากเกอร์สามารถแฮ็กเข้าสู่เซิร์ฟเวอร์เพื่อแก้ไขโค้ดด้านหน้า และผู้ใช้ dApp จะสูญเสียสินทรัพย์เพราะใช้ malicious front-end ปัญหานี้ได้ปรากฏอย่างต่อเนื่องในฤดูร้อนของ DeFi ครั้งล่าสุด และเราไม่สามารถไม่ถาม: ทำไม front-end ไม่สามารถถูก implement บน Ethereum เหมือน back-end ได้ โดยที่พฤติกรรมการแก้ไขสามารถมีผลผ่านการบริหารโดยชุมชนและ time locks เท่านั้น

นอกจากนี้โปรดจินตนาการ หากทีมพัฒนา Uniswap ไม่จ่ายค่าเซิร์ฟเวอร์ด้านหน้าและบริการชื่อโดเมนอย่าง Trustless หนึ่งวัน ผู้ใช้ Uniswap และ LPs จะใช้ Uniswap อย่างไร

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

นอกจากนี้ เนื่องจากผู้ดำเนินการด้านหน้าของ Uniswap คือ Uniswap Labs พวกเขาได้เพิ่มการตรวจสอบรายการโทเค็นเพื่อตอบสนองการควบคุมซึ่งต่างจากสมาร์ทคอนแทรกแล้วใน Ethereum เนื่องจากไม่มีใครสามารถแก้ไขสมาร์ทคอนแทรกตามต้องการได้ ดังนั้น โทเค็นที่ได้รับการตรวจสอบที่ด้านหน้ายังคงสามารถทำธุรกรรมกับระดับสัญญาได้อย่างแสดงให้เห็นถึงความสำคัญของโค้ด on-chain เพื่อต้านการเซ็นเซอร์

เซิร์ฟเวอร์ด้านหลัง

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

เพื่อแก้ไขปัญหานี้ การสำรวจปัจจุบันคือการใช้ ZK หรือ OP เพื่อโอนการคำนวณไปยัง off-chain และโซน Ethereum ยืนยันผลลัพธ์การคำนวณเท่านั้น โดยเพื่อขยายความจุที่ระดับการคำนวณ บางโครงการที่เกี่ยวข้องกับ AI ได้เน้นวิธีนี้ไปสู่ขั้นสุด หวังว่าจะเชื่อมโยงงานที่ต้องการการคำนวณที่ซับซ้อนเช่นโมเดล AI ขนาดใหญ่กับบล็อกเชนซึ่งควรจดจ่ออย่างใกล้ชิด

ฐานข้อมูล

สำหรับฐานข้อมูล EVM รองรับคู่คีย์-ค่า/จัดเก็บ KV (Key Value Store) ต้นฉบับ ซึ่งสามารถประกอบไปด้วยการใช้งานหลากหลาย แต่ปัญหาหลักคือ: ค่าใช้จ่ายสำหรับการเก็บข้อมูลบนเชนสูงเกินไป

ค่าใช้จ่ายเท่าไร? เมื่อราคา Gas เป็น 10 Gwei จะใช้เวลามากกว่า 6,200 ETH เพื่อเก็บ 1GB ของข้อมูลบนเชน ซึ่งมากกว่า 20 ล้าน​​​ดอลลาร์สหรัฐ! ดูเหมือนว่าค่าใช้จ่ายในการจัดเก็บข้อมูล กลายเป็นประเด็นสำคัญของการกระจายฐานข้อมูล

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

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

โซลูชั่น ไร้ความน่าเชื่อถือ สำหรับ DAPP

เกี่ยวกับวิธีการทำ DAPP โดยสิ้นเชิงบน Ethereum เพื่อการติดตั้งและเข้าถึง ทีม EthStorage ได้วางแผนสองวิธี

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

โปรโตคอลการเข้าถึง web3://

web3:// สามารถเข้าใจได้ว่าเป็นรุ่นที่ถูกตรึงตัวแบบกระจายของ http:// คล้ายกับ URL ของ http ที่เข้าถึงทรัพยากรที่ถูกเซ็นทรัลไว้โดยระบุที่อยู่ IP ของเซิร์ฟเวอร์หรือชื่อโดเมน URL ของ web3 ต้องระบุที่อยู่สมาร์ทคอนแทรคหรือชื่อโดเมน ENS เพื่อเข้าถึงทรัพยากรที่เก็บไว้บนนั้น

เราสามารถ implement ส่วนหน้าของเว็บไซต์ทั้งหมดลงในสัญญาฉลากอัจฉริยะและเข้าถึงผ่าน web3://! คุณสามารถเปรียบเทียบความแตกต่างระหว่างทั้งสองได้:

ปัจจุบัน web3:// ได้กลายเป็นมาตรฐานอย่างเป็นทางการของ Ethereum (ERC-4804) หากคุณต้องการเรียนรู้เพิ่มเติมเกี่ยวกับเนื้อหาของโปรโตคอลการเข้าถึง web3:// คุณสามารถเยี่ยมชมเว็บไซต์อย่างเป็นทางการ เพื่อจัดการไฟล์ในสัญญาอัจฉริยะได้ดีขึ้นเราได้เสนอ ERC-5018 ซึ่งจําลองชุดอินเทอร์เฟซระบบไฟล์ในสัญญาอัจฉริยะเพื่อให้คุณสามารถอัปโหลดโฟลเดอร์รหัสส่วนหน้าแบบแพคเกจไปยังสัญญาอัจฉริยะผ่าน ethfs-cli และเข้าถึงเว็บไซต์นี้ผ่าน web3://

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

ด้วยโปรโตคอลการเข้าถึง web3:// เราสามารถทําให้ส่วนหน้า dApp มีคุณลักษณะของ "Code is law" ได้อย่างแท้จริง สําหรับนักพัฒนาเมื่อปรับใช้แล้วส่วนหน้านี้จะดําเนินการตลอดไป ลองนึกภาพว่าหากห้องปฏิบัติการ Uniswap ปรับใช้ส่วนหน้ากับ Ethereum ด้วยแม้ว่าทีมต้องการเซ็นเซอร์และ จํากัด ผู้ใช้ในระดับส่วนหน้า แต่ก็ไม่สามารถป้องกันไม่ให้ผู้คนใช้ส่วนหน้าที่ปรับใช้บน Ethereum ได้

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

โปรโตคอลเก็บข้อมูลชั้นที่ 2 ของ EthStorage

โปรโตคอล EthStorage ประกอบด้วยสมาร์ทคอนแทรคที่ถูกติดตั้งบนเอทีเธอเรียมและโหนดจัดเก็บข้อมูลในเครือข่าย Layer2 ที่สมาร์ทคอนแทรคให้บริการการจัดเก็บคีย์-ค่า ในขณะที่โหนดจัดเก็บข้อมูลชั้นที่สองรับผิดชอบในการจัดเก็บข้อมูลเอง

ผู้ใช้อัปโหลดข้อมูลที่ต้องการจัดเก็บไปยัง Ethereum ผ่าน BLOB ของ EIP-4844 สัญญาอัจฉริยะ EthStorage เฉพาะบันทึกแค่แฮชของข้อมูลใน BLOB เท่านั้น ซึ่งทำให้ลดต้นทุนการจัดเก็บได้อย่างมีประสิทธิภาพ

ในเวลาเดียวกัน โหนดจัดเก็บชั้นที่สองจะดาวน์โหลดข้อมูล BLOB ที่เกี่ยวข้องลงในดิสก์ท้องถิ่น และใช้ PoRA (Proof of Random Access) และ ZK เพื่อส่งพิสูจน์การจัดเก็บไปยังสัญญาบนเอทีเธอเรียมเพื่อตรวจสอบ สัญญาต้องใช้ Hash ของ Blob ที่บันทึกไว้ก่อนหน้าเพื่อยืนยันว่าพิสูจน์ ZK ที่อัปโหลดโดยโหนดจัดเก็บตรงกับเพื่อยืนยันว่าโหนดจัดเก็บในเครือข่ายชั้นที่สองจริงๆ จัดเก็บข้อมูลนี้

กระบวนการเฉพาะเจาะจงคือดังนี้:

สำหรับนักพัฒนา อินเตอร์เฟสสำหรับอัปโหลดและรับข้อมูลมีความง่ายมาก

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

ในปัจจุบัน EthStorage ได้รับใบอนุญาตทางกฎหมายจาก Ethereum และได้ประสานเครือข่ายทดสอบสาธารณะบน Sepolia เราขอเชิญทุกคนเข้าร่วม

สรุปและภาพรวม

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

EthStorage ได้เสนอวิธีการที่สองเพื่อแก้ปัญหานี้: โปรโตคอลการเข้าถึง web3:// แก้ปัญหาในการใช้สมาร์ทคอนแทรคในการติดตั้งและเข้าถึงส่วนหน้า; โปรโตคอลการเก็บรักษาชั้นสองของ EthStorage แก้ปัญหาในค่าใช้จ่ายในการเก็บรักษาที่สูง

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

EthStorage public testnet กำลังดำเนินแคมเปญสิ่งส่งเสริมครั้งที่สอง สมาชิกชุมชนที่สนใจสามารถติดตามคู่มือเพื่อสำเร็จการใช้งาน Unstoppable Dapp ครั้งแรกและเข้าถึงได้!

คำแถลง:

1. บทความนี้ถูกคัดลอกมาจาก [GateGeek Web3], the copyright belongs to the original author [EthStorage Team], if you have any objection to the reprint, please contact Gate Learn Teamทีมจะดำเนินการเรื่องนี้โดยเร็วที่สุดตามขั้นตอนที่เกี่ยวข้อง

2. ประกาศ: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงมุมมองส่วนตัวของผู้เขียนเท่านั้น และไม่เป็นที่ปรึกษาด้านการลงทุนใด ๆ

3. รูปเเบบภาษาอื่น ๆ ของบทความถูกแปลโดยทีม Gate Learn และไม่ได้กล่าวถึงGate) บทความที่ถูกแปลอาจไม่สามารถทำสำเนา กระจาย หรือลอกเลียน