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

@solana เทคโนโลยีเป็นไปได้หรือไม่ "การหยุดทำงานแบบรวมศูนย์" สามารถทำลายทุกสิ่งได้หรือไม่

เมื่อเร็วๆ นี้ MakerDAO กล่าวว่าโค้ดเบสของ Solana นั้นไม่เลว Visa ยังได้ประกาศว่าจะร่วมมือกับ Solana แบบนำร่อง และ TVL ของ Solana และตัวบ่งชี้ข้อมูลอื่น ๆ ก็ได้รับการปรับปรุงให้ดีขึ้นมากเช่นกัน Solana จะเปิดตัวในฤดูใบไม้ผลิที่สองหรือไม่ จะตีความได้อย่างไร?

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

บทความนี้จะวิเคราะห์สถาปัตยกรรมทางเทคนิคที่อยู่เบื้องหลัง Solana จากมุมมองทางวิทยาศาสตร์ยอดนิยมโดยไม่ได้โม้ และทำไม Solana ถึงไม่ถูกฆ่าโดย Ethereum

เคล็ดลับ: จากมุมมองของการทำให้เทคโนโลยีเป็นที่นิยมเท่านั้น ฉันจะช่วยให้คุณเข้าใจ Solana อีกครั้งโดยไม่ต้องอ้างอิงการลงทุนใดๆ

กลไกฉันทามติของ POH

ก่อนอื่น เรามาพูดถึงกลไกฉันทามติของ POH กันก่อน ซึ่งก็คือ (หลักฐานประวัติศาสตร์) ซึ่งเป็นกลไกนวัตกรรมพิเศษที่โซลานานำมาใช้

ในความหมายดั้งเดิมไม่มีความสัมพันธ์ระหว่างเวลาบล็อกและเวลาทางกายภาพ (ความสัมพันธ์ที่อ่อนแอ) ตัวอย่างเช่น เกณฑ์มาตรฐานเวลาของเครือข่ายสาธารณะ เช่น Bitcoin และ Ethereum คือความสูงของบล็อก และการปรากฏของเวลาที่ผ่านไปเป็นเพียงการซ้อนทับที่ต่อเนื่องกัน ของความสูงของบล็อก ดังนั้น การอัพเกรด Cancun เวลาเฉพาะนี้สามารถประมาณได้ขึ้นอยู่กับอัตราการผลิตบล็อกเครือข่ายเท่านั้น

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

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

ดังนั้น นวัตกรรมของ POH คือการผูกมัดเวลาทางกายภาพอย่างแน่นหนาเพื่อส่งเสริมการทำงานร่วมกันและความเห็นพ้องต้องกันที่ดีขึ้นระหว่างโหนด Solana

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

คุณสมบัติการแยกพื้นที่เก็บข้อมูลและการประมวลผล

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

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

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

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

การประมวลผลธุรกรรมพร้อมกันสูง

มาดูฟีเจอร์ "การประมวลผลธุรกรรมพร้อมกันในระดับสูง" กันดีกว่า ซึ่งทำให้ Solana สามารถตอบสนองความต้องการของตลาด web2 ได้มากขึ้น

แม้ว่าการกล่าวอ้างของ Solana ว่ามี 700,000 TPS นั้นถือเป็นเรื่องตลกในบริบทของการหยุดทำงานเป็นครั้งคราว การเลือก Endgame ของ MakerDAO และการเลือกของ Visa ก็ยังเป็นที่ยอมรับถึงขีดจำกัดด้านประสิทธิภาพในระดับหนึ่ง แล้ว Solana บรรลุการทำงานพร้อมกันในระดับสูงได้อย่างไร

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

Solana ได้รับธุรกรรม 10 รายการส่งโดยผู้ใช้ Alice ในเวลาเดียวกัน โหนดจะเรียงลำดับธุรกรรม รอการประทับเวลา POH ไปยังแพ็คเกจ Batch จากนั้นรอให้การประทับเวลาถัดไปมาถึง โหนดจะเรียกข้อมูลสถานะของที่เก็บข้อมูลอิสระ ระบบตรวจจับ 10 Transactions ไม่ว่าจะมี Status Conflict หรือไม่ ถ้าไม่มี Conflict ก็สามารถ Package 10 Transaction ให้เป็น Block เดียวได้ตามปกติ หากเกิด Conflict Block ที่ขัดแย้งกันจะถูกแยกออกจาก Package นี้

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

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

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

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

ข้างบน.

ด้วยความเข้าใจอย่างลึกซึ้งเกี่ยวกับเทคโนโลยีพื้นฐานของ Solana เราอาจมีคำตอบที่แตกต่างกันหากเราพิจารณาคำถามที่ถูกวิพากษ์วิจารณ์

ในความคิดของฉัน ปัญหาของ Solana อยู่ที่ตรรกะการใช้งานทางเทคนิคที่ซับซ้อนมากเกินไป: 1) ค่าใช้จ่ายในการดำเนินการโหนดและการบำรุงรักษาของ Solana สูงเกินไป ส่งผลให้โหนดมีจำนวนจำกัดและจำกัดความสามารถในการกระจายอำนาจ 2) กลไกฉันทามติ POH+POS โหนดจำเป็นต้องมี เพื่อให้มีทรัพยากรคอมพิวเตอร์และแบนด์วิธที่ทรงพลังเพื่อรองรับการทำงานพร้อมกันสูงและยิ่งต้นทุนทรัพยากรสูงเท่าใดค่าใช้จ่ายในการดำเนินการและบำรุงรักษาโหนดก็จะยิ่งมากขึ้นเท่านั้น 3) ปัญหาเช่นความขัดแย้งของสถานะและโหลดเครือข่ายจะเกิดขึ้นอย่างหลีกเลี่ยงไม่ได้ในระหว่างการประมวลผลพร้อมกันสูง;

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

ราคาของนวัตกรรมอาจเป็นอย่างที่ใครๆ เห็น เห็นมันขึ้น ดูตึกถล่ม แต่หากมีรากฐานของนวัตกรรมอยู่ ตึกที่พังนี้จะขึ้นอีกไหม?

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