เมื่อเดือนที่แล้ว Vibhu ผู้ก่อตั้ง DRiP แอปผู้บริโภคชั้นนําบน Solana ที่แจกจ่าย NFT ฟรีจากศิลปินชั้นนําได้จุดประกายการอภิปรายที่จําเป็นมากด้วยคําแถลงของเขา:

Solana จะมีและจําเป็นต้องมี L2s และ / หรือ rollups

ความหงุดหงิดของเขาเกิดขึ้นเนื่องจาก DRiP รั่วไหลมูลค่าที่สําคัญ (~ $ 20K / สัปดาห์) ไปยังชั้นฐานเนื่องจากราคา SOL ที่เพิ่มขึ้นและความแออัดของเครือข่าย กิจกรรมที่เพิ่มขึ้นบน Solana นําไปสู่:

• ข้อดี - สภาพคล่องเงินทุนและปริมาณธุรกรรมที่เพิ่มขึ้น (เนื่องจากความสามารถในการเขียน)
• ข้อเสีย - ต้นทุนโครงสร้างพื้นฐานที่สูงขึ้นประสบการณ์การใช้งานที่ไม่ดีและความแออัด

อย่างไรก็ตาม DRiP ซึ่งใช้ Solana เป็นหลักเช่นเดียวกับอินฟราเพื่อแจกจ่าย NFT หลายล้านรายการต่อสัปดาห์จากศิลปินไปยังกระเป๋าเงินหลายพันใบ การเติบโตของ TVL ของ Solana และการไหลเข้าของเงินทุนมีผลกระทบเพียงเล็กน้อยต่อ DRiP ซึ่งส่วนใหญ่ประสบปัญหาจากข้อเสียเช่นต้นทุนอินฟาเรดสูง

วิภูชี้ให้เห็นว่า "ความสามารถในการแต่งเพลงมีผลตอบแทนที่ลดลง" เขายังตั้งข้อสังเกตว่านักพัฒนาแอพ Solana กําลังหารือเกี่ยวกับความปรารถนาส่วนตัวของพวกเขาสําหรับการยกเลิกเนื่องจาก:

1. ปริมาณธุรกรรมที่เพิ่มขึ้นการแข่งขันพื้นที่บล็อกน้อยลงและค่าธรรมเนียมที่ลดลง
2. ควบคุมมูลค่าทางเศรษฐกิจที่ธุรกิจของพวกเขาสร้างขึ้นได้มากขึ้น

ลิงก์โพสต์

ในช่วงไม่กี่เดือนที่ผ่านมา Solana ประสบกับเหตุการณ์ความแออัดหลายครั้งตั้งแต่ airdrops เช่น JUP ไปจนถึงการขุด ORE และการซื้อขาย memecoin สูงสุด ในขณะที่บางคนอาจโต้แย้งว่า Firedancer สามารถแก้ไขปัญหาเหล่านี้ได้ทั้งหมด แต่ขอให้เป็นจริง: ไทม์ไลน์ยังคงไม่แน่นอนและไม่สามารถปรับขนาดเกิน 10 เท่าได้ในตอนนี้ อย่างไรก็ตามเรื่องนี้เป็นเรื่องจริงที่ในบรรดาเครือข่ายหลักทั้งหมดที่ได้รับการทดสอบการต่อสู้ Solana ยืนหยัดเป็นเสาหินที่แท้จริงสุดท้ายที่เหลืออยู่

Solana ควรเป็นเสาหินหรือกลายเป็นโมดูลาร์? Solana จะมีวิวัฒนาการเหมือน Ethereum ด้วยโซลูชัน L2 และ L3 ที่กระจัดกระจายและอื่น ๆ หรือไม่? ภูมิทัศน์ปัจจุบันของ appchains และ rollups บน Solana คืออะไร?

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

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

ข้อมูลเชิงลึกทั้งหมดไม่มีปุย - บวกกับอัลฟ่ามากมาย

โดยสรุปเราจะพูดถึง:

1. Solana และความแออัดทําให้
2. Solana Modular
3. Solana Appchains - พร้อมตัวอย่าง
4. Sollana Layer-2s และ Rollups (RollApps) - พร้อมตัวอย่าง
5. Infra Powering Rollups และ Appchains

Solana and the Congestion:

เริ่มต้นด้วยการจัดการกับช้างในห้อง: เครือข่าย Solana มีความแออัดอย่างมากเมื่อเร็ว ๆ นี้ (ตอนนี้ส่วนใหญ่ได้รับการแก้ไขแล้ว) เนื่องจาก airdrops กิจกรรมการซื้อขาย memecoin จํานวนมากและอื่น ๆ ซึ่งนําไปสู่เวลา ping สูงเปอร์เซ็นต์สูงของการทําธุรกรรมที่ล้มเหลวและค่าธรรมเนียมเครือข่ายที่เพิ่มขึ้นเนื่องจากค่าธรรมเนียมลําดับความสําคัญที่สูงขึ้น อย่างไรก็ตามทั้งหมดนี้ Solana ได้ประมวลผลอย่างต่อเนื่องประมาณ 1-2k TPS ซึ่งมากกว่าเครือข่าย EVM ทั้งหมดรวมกัน ฉันจะบอกว่ามันเป็นปัญหาที่ดีสําหรับบล็อกเชนที่จะมีและยังได้นําวิทยานิพนธ์เสาหินของ Solana ไปทดสอบด้วย

เมื่อเร็ว ๆ นี้ Solana Foundation เผยแพร่บล็อกกระตุ้นให้โครงการดําเนินการทันทีเพื่อเพิ่มประสิทธิภาพเครือข่าย รวมถึง:

• การใช้ค่าธรรมเนียมลําดับความสําคัญ - สําคัญอย่างยิ่งต่อการหลีกเลี่ยงการทําธุรกรรมที่ล่าช้าหรือลดลง
• การเพิ่มประสิทธิภาพการใช้งาน Program Compute Unit (CU) โดยใช้เฉพาะสิ่งที่จําเป็นเท่านั้น
• การใช้คุณภาพการบริการ (QoS) ที่ถ่วงน้ําหนักด้วยเงินเดิมพัน – ช่วยให้แอปสามารถจัดลําดับความสําคัญของการประมวลผลธุรกรรมของผู้ใช้ได้

อย่างไรก็ตามมาตรการทั้งหมดเหล่านี้ช่วยปรับปรุงความสมบูรณ์ของธุรกรรมและไม่รับประกัน UX การทําธุรกรรมที่ราบรื่น หนึ่งในการแก้ไขปัญหานี้ทันทีคือ Transaction Scheduler ใหม่ที่คาดการณ์ไว้มากซึ่งมีกําหนดวางจําหน่ายในเวอร์ชัน 1.18 ที่กําหนดเป้าหมายในช่วงปลายเดือนเมษายน มันจะถูกนํามาใช้ควบคู่ไปกับตัวจัดกําหนดการปัจจุบัน แต่จะไม่ถูกเปิดใช้งานโดยค่าเริ่มต้นทําให้ผู้ตรวจสอบสามารถตรวจสอบประสิทธิภาพของตัวจัดกําหนดการใหม่และเปลี่ยนกลับเป็นตัวกําหนดตารางเวลาเก่าได้อย่างง่ายดายหากมีปัญหาใด ๆ เกิดขึ้น ตัวจัดกําหนดการใหม่นี้มีจุดมุ่งหมายเพื่อเติมเต็มบล็อกอย่างมีประสิทธิภาพและประหยัดมากขึ้นโดยปรับปรุงตามความไร้ประสิทธิภาพของตัวจัดกําหนดการแบบเก่า อ่านบทความนี้เพื่อเรียนรู้เชิงลึกเกี่ยวกับ @harshpatel_36138/whats-new-with-solana-s-transaction-scheduler-bcf79a7d33f7">new Scheduler

Anza (เอนทิตีสปินออฟจาก Solana Labs) ได้รับ cพยายามแก้ปัญหาความแออัดของเครือข่ายซึ่งถูกระบุว่าเป็นปัญหาที่เกี่ยวข้องกับการใช้งาน QUIC และพฤติกรรมของไคลเอ็นต์ผู้ตรวจสอบ Agave (Solana Labs) เมื่อถูกขอให้ประมวลผลคําขอจํานวนมาก

ลิงก์โพสต์

ในขณะที่ผู้เสนอโมดูลาร์ได้สนับสนุน 'แผนงานแบบแยกส่วน' สําหรับ Solana อย่างมาก Solana Labs/Anza (ผู้ดูแลหลักของโปรโตคอล Solana) ยังคงมุ่งเน้นไปที่การปรับปริมาณงานและเวลาแฝงของเลเยอร์พื้นฐานให้เหมาะสม การปรับปรุงที่อาจเกิดขึ้นได้แก่:

1. ยกเครื่องตลาดค่าธรรมเนียมและเพิ่มค่าธรรมเนียมพื้นฐาน (ปัจจุบันกําหนดไว้ที่ 5,000 Lamports หรือ 0.000005 SOL)

2. การใช้ค่าธรรมเนียมการเขียนแบบเอ็กซ์โพเนนเชียลสําหรับบัญชีกล่าวคือเพิ่มค่าธรรมเนียมเพิ่มขึ้นเมื่อเวลาผ่านไปเพื่อกีดกันสแปม

3. การเพิ่มประสิทธิภาพคําของบประมาณ CU ผ่านระบบการลงโทษ

4. ปรับปรุงสถาปัตยกรรมเครือข่ายโดยรวม

แม้จะมีการปรับปรุงเหล่านี้ในการปรับขนาดแนวตั้ง (โซ่เดี่ยว) เราก็ไม่สามารถปฏิเสธความเป็นไปได้ที่ Solana จะใช้การปรับขนาดแนวนอน (rollups) ความจริงก็คือ Solana สามารถกลายเป็นลูกผสมของทั้งสองอย่างได้ – มันสามารถทําหน้าที่เป็นเลเยอร์พื้นฐานที่ยอดเยี่ยมสําหรับโรลอัพ โดยมีเวลาบล็อกเวลาแฝงต่ํามาก (~400 ms) ซึ่งจะเป็นประโยชน์ต่อการโรลอัพอย่างมาก เช่น การเปิดใช้งานการยืนยันแบบนุ่มนวลที่รวดเร็วเป็นพิเศษจากซีเควนเซอร์ ส่วนที่ดีที่สุดคือ Solana ได้ดําเนินการเปลี่ยนแปลงอย่างรวดเร็วในอดีต ซึ่งอาจทําให้เป็นเลเยอร์ที่มีประสิทธิภาพมากขึ้นสําหรับ rollups มากกว่า Ethereum

อัปเดต: ตอนนี้ Anza ได้ ผลักดันแพตช์บางอย่างช่วยบรรเทาความแออัดของเครือข่ายที่กําลังดําเนินอยู่และจะตามมาด้วยการปรับปรุงเพิ่มเติมใน v1.18

Making Solana Modular:

ความพยายามในการทําให้ Solana modular ได้เริ่มต้นขึ้นแล้ว ตามที่ โพสต์ของ Anza DevRel ระบุว่าตัวตรวจสอบ Solana และ SVM (สภาพแวดล้อมการดําเนินการที่ประมวลผลธุรกรรมและสัญญา/โปรแกรมอัจฉริยะ) ถูกจับคู่และดูแลอย่างแน่นหนาโดย Anza (เอนทิตีแยกจาก Solana Labs) อย่างไรก็ตาม ไคลเอ็นต์ผู้ตรวจสอบความถูกต้องและรันไทม์ SVM จะถูกแยกออกจากกันในอีกไม่กี่เดือนข้างหน้า การแยกนี้จะอํานวยความสะดวกในการแยก SVM และสร้าง 'Solana appchains' ได้อย่างง่ายดาย

สําหรับการยกเลิกประโยชน์อาจมาจากการเพิ่มประสิทธิภาพเลเยอร์ Data Availability (DA) / blob ของ Solana แม้ว่าสิ่งนี้อาจเกิดขึ้นในภายหลัง

ที่มา: Anza DevRel

Joe C (วิศวกรที่ Anza) ยังเปิดเผยแผนการทํา SVM แบบแยกส่วน ซึ่งไปป์ไลน์การประมวลผลธุรกรรมจะถูกนําออกจากผู้ตรวจสอบความถูกต้องและใส่ลงใน SVM สิ่งนี้จะช่วยให้นักพัฒนาสามารถเรียกใช้การใช้งาน SVM และดําเนินการอย่างอิสระจากผู้ตรวจสอบความถูกต้องใด ๆ

SVM ที่แยกได้จะเป็นชุดประกอบของโมดูลอิสระทั้งหมด การใช้งาน SVM ใด ๆ สามารถขับเคลื่อนโมดูลเหล่านี้ผ่านอินเทอร์เฟซที่กําหนดไว้อย่างดีซึ่งจะช่วยลดอุปสรรคสําหรับโครงการที่เข้ากันได้กับ SVM โดยลดค่าใช้จ่ายที่จําเป็นในการออกแบบโซลูชันที่กําหนดเองลงอย่างมาก ทีมสามารถใช้เฉพาะโมดูลที่พวกเขาสนใจในขณะที่ใช้การใช้งานที่กําหนดไว้สําหรับส่วนที่เหลือเช่นจาก Agave หรือ Firedancer

ในระยะสั้น Solana จะเป็น plug-and-play มากขึ้นทําให้ Solana appchains และ rollups ง่ายขึ้นมาก

โดยทั่วไปมีสองทิศทางที่สามารถไปได้: Layer-2s / Rollups และ Appchains เราจะดูทั้งสองอย่างทีละคน

Solana Appchains:

หรือที่เรียกว่าส้อม SVM สิ่งเหล่านี้เป็นส้อมของโซ่ Solana ที่ทุ่มเทให้กับการใช้งานเฉพาะ Pyth เป็น Appchain ของ Solana ตัวแรก แต่แนวคิดนี้ได้รับความสนใจอย่างแท้จริงเมื่อ Rune ผู้ก่อตั้งโปรโตคอล DeFi ที่ใหญ่ที่สุดตัวหนึ่ง Maker ทําให้เกิดความปั่นป่วนกับข้อเสนอของเขาในการพัฒนา Maker appchain (สําหรับการกํากับดูแล) ตามฐานรหัส Solana (SVM) เขาเลือก SVM เนื่องจากชุมชนนักพัฒนาที่แข็งแกร่งและความเหนือกว่าทางเทคนิคเหนือ VM อื่น ๆ โดยมีเป้าหมายที่จะแยกห่วงโซ่ที่มีประสิทธิภาพมากที่สุดเพื่อตอบสนองความต้องการของผู้บริโภคได้ดียิ่งขึ้น แม้ว่าจะยังไม่มีการดําเนินการใด ๆ แต่การเคลื่อนไหวนี้จุดประกายการอภิปรายที่จําเป็นมากใน Appchains ของ Solana

โดยทั่วไปสามารถมีสองประเภท:

1. ไม่ได้รับอนุญาต - ทุกคนสามารถเข้าร่วมเครือข่ายได้คล้ายกับเครือข่ายหลัก Solana ปัจจุบัน
2. ได้รับอนุญาต – บรรจุเป็น 'Solana Permissioned Environments (SPEs)' โดย Solana Foundation สําหรับสถาบัน ช่วยให้เอนทิตีสามารถสร้างและบํารุงรักษาอินสแตนซ์ลูกโซ่ของตนเองซึ่งขับเคลื่อนโดย SVM

Pyth – The OG Solana Appchain:
ในคราวเดียว Pyth คิดเป็น 10-20% ของธุรกรรมทั้งหมดบนเมนเน็ต Solana อย่างไรก็ตามมันไม่ต้องการความสามารถในการแต่งใด ๆ ดังนั้นพวกเขาจึงแยกฐานรหัส Solana สิ่งนี้ทําให้พวกเขาสามารถใช้ประโยชน์จากเวลาบล็อกที่รวดเร็วของ Solana ที่ 400 ms สําหรับการอัปเดตราคาความถี่สูง Pythnet เป็นเครือข่ายแรกที่นํา SVM มาใช้สําหรับ appchain

Pythnet appchain เป็นส้อม Proof-of-Authority ของเมนเน็ตของ Solana ซึ่งทําหน้าที่เป็นเลเยอร์ฐานการคํานวณสําหรับการประมวลผลและรวบรวมข้อมูลที่จัดทําโดยเครือข่ายผู้เผยแพร่ข้อมูลของ Pyth

ทําไม Pyth ถึงย้าย?
- ไม่ต้องการความสามารถในการแต่งเพลงสูง (โดยเฉพาะอย่างยิ่งสําหรับแอพที่ไม่ใช่ Solana) และปราศจากความแออัดของเมนเน็ต

• จําเป็นต้องมีสภาพแวดล้อมที่ได้รับอนุญาตสําหรับการเผยแพร่ข้อมูล
• ลดต้นทุนอินฟาเรดโดยการทําให้ค่าธรรมเนียมภายในซึ่งก่อนหน้านี้รั่วไหลไปยังชั้นฐาน (Solana)

Cube Exchange เป็นอีกตัวอย่างหนึ่ง CEX แบบไฮบริดที่ปรับใช้เป็น appchain SVM อธิปไตย (พร้อมหนังสือสั่งซื้อนอกห่วงโซ่อย่างสมบูรณ์และการชําระเงินบน SVM appchain)

ตัวอย่างบางส่วนของ Solana Appchains อาจเป็น:

1. Perp DEXs: เช่นเดียวกับ Hyperliquid Perp DEXs สามารถทํางานเป็นเครือข่าย L1 แยกต่างหากได้ นอกจากนี้สําหรับกรณีการใช้งานการซื้อขายจํานวนธุรกรรมต่อบล็อกสามารถปรับแต่งได้หรือสามารถใช้ตรรกะตามเงื่อนไขได้เช่นการรวมการดําเนินการของคําสั่งหยุดการขาดทุนเข้ากับ L1 โดยตรงเพื่อให้แน่ใจว่ามีการบังคับใช้เป็นการเปลี่ยนสถานะหรือแนะนําตรรกะอะตอมเฉพาะสําหรับแอป
2. AI และ DePIN: สิ่งเหล่านี้สามารถนําเสนอรายชื่อผู้ให้บริการที่ควบคุมได้เช่น Pyth ตัวอย่างเช่น Akash ทํางานเป็นตลาดประมวลผลผ่าน Cosmos appchain
3. แอปเชนการกํากับดูแล: ตรวจสอบโดย MakerDAO ความสนใจในห่วงโซ่แอป SVM แอปเชนการกํากับดูแลอธิปไตยอาจน่าสนใจ การกํากับดูแลใน crypto ยังคงพัฒนาอยู่และ การมี chain-to-fork โดยเฉพาะอาจเป็นกลไกการประสานงานที่มีประโยชน์
4. แอพเชนสําหรับองค์กรในอนาคต: แอปพลิเคชันที่มีศักยภาพ ได้แก่ เงินทุน (เช่น BlackRock) หรือระบบการชําระเงิน (เช่น Visa หรือ CBDC)
5. Gaming Appchains: โครงการเกมคาสิโนบน Solana กําลังพิจารณา appchain
6. ส้อมดัดแปลงของ Solana: คล้ายกับวิธีที่ Monad หรือ Sei เสนอ EVM ที่ปรับให้เหมาะสม (ขนาน) ใครบางคนสามารถสร้าง Solana เวอร์ชันที่ปรับให้เหมาะสมกว่าได้ แนวโน้มนี้อาจแพร่หลายมากขึ้นในอีกไม่กี่ปีข้างหน้าโดยเฉพาะอย่างยิ่งเมื่อเมนเน็ต Solana เริ่มสํารวจสถาปัตยกรรมการออกแบบใหม่

จินตนาการถึง Solana Appchain Stack:

ในขณะที่การสร้าง appchain อาจค่อนข้างตรงไปตรงมา แต่การสร้างความมั่นใจว่าการเชื่อมต่อใน appchains ทั้งหมดเป็นสิ่งสําคัญสําหรับการทํางานร่วมกัน ด้วยแรงบันดาลใจจาก Avalanche Subnets (เชื่อมต่อโดย Avalanche Warp Messaging ดั้งเดิม) และ Cosmos appchains (เชื่อมต่อโดย IBC) Solana ยังสามารถสร้างเฟรมเวิร์กการส่งข้อความแบบเนทีฟเพื่อเชื่อมต่อ appchains เหล่านี้ได้

ลิงก์โพสต์

นอกจากนี้ยังสามารถสร้างมิดเดิลแวร์ที่เหมือน Cosmos-SDK โดยนําเสนอโซลูชันแบบครบวงจรสําหรับการสร้าง appchains พร้อมการสนับสนุนในตัวสําหรับ oracles (เช่น Pyth หรือ Switchboard), RPCs (เช่น Helius) และการเชื่อมต่อการส่งข้อความ (เช่น Wormhole) เป็นต้น

Polygon AggLayer จะเป็นแนวทางที่น่าสนใจเช่นกัน ซึ่งนักพัฒนาสามารถเชื่อมต่อโซ่ L1 หรือ L2 กับ AggLayer ซึ่งรวมหลักฐาน ZK จากโซ่ที่เชื่อมต่อทั้งหมด

Appchain Net เป็นบวกสําหรับระบบนิเวศของ Solana หรือไม่?

แม้ว่า appchains จะไม่เพิ่มมูลค่าให้กับ SOL โดยตรง เนื่องจากพวกเขาจะไม่จ่ายค่าธรรมเนียมในปี SOL หรือใช้ SOL เป็นโทเค็นก๊าซ เว้นแต่ SOL ที่เดิมพันใหม่จะใช้เพื่อความมั่นคงทางเศรษฐกิจ แต่ก็เป็นประโยชน์อย่างมากต่อระบบนิเวศของ SVM เช่นเดียวกับที่มี 'เอฟเฟกต์เครือข่าย EVM' ส้อม SVM และ appchains เพิ่มเติมจะเสริมสร้างเอฟเฟกต์เครือข่าย SVM ตรรกะเดียวกับที่ทําให้ Eclipse (SVM L2 บน Ethereum) เป็นขาขึ้นสําหรับ SVM แม้ว่าจะเป็นคู่แข่งโดยตรงกับ Solana mainnet ก็ตาม

Solana Layer-2s:

Solana Layer-2s หรือ rollups เป็นเชนที่แยกจากกันอย่างมีเหตุผลซึ่งโพสต์ข้อมูลไปยังเลเยอร์ความพร้อมใช้งานของข้อมูล (DA) ของห่วงโซ่โฮสต์และนํากลไกฉันทามติของห่วงโซ่โฮสต์กลับมาใช้ใหม่ พวกเขายังสามารถใช้เลเยอร์ DA อื่น ๆ เช่น Celestia อย่างไรก็ตามมันไม่ได้ยังคงเป็นค่าสะสมที่แท้จริง "RollApp" เป็นคําที่ใช้โดยทั่วไปสําหรับ Rollups เฉพาะแอปพลิเคชัน (ซึ่งแอปพลิเคชัน Solana ส่วนใหญ่กําลังสํารวจ)

Solana Rollups จะเหมือนกับ Ethereum หรือไม่?
เห็นได้ชัดว่าไม่ สําหรับ Solana Rollups ส่วนใหญ่จะเป็นนามธรรมสําหรับผู้ใช้ปลายทาง ในด้านอุดมการณ์ Ethereum rollups เป็นแบบบนลงล่าง ซึ่ง Ethereum Foundation และผู้นําตัดสินใจว่าวิธีที่ดีที่สุดในการปรับขนาดคือผ่าน rollups และพวกเขาเริ่มสนับสนุน L2s ต่างๆ หลังจากความล้มเหลวของ CryptoKitties ในขณะที่ Solana ความต้องการนั้นมาจากล่างขึ้นบนกล่าวคือมาจากนักพัฒนาแอปพลิเคชันที่มีการยอมรับของผู้บริโภคอย่างมีนัยสําคัญ ด้วยเหตุนี้ การเล่นแบบม้วนขึ้นในปัจจุบันส่วนใหญ่เป็นการเล่นทางการตลาดและขับเคลื่อนด้วยการเล่าเรื่องมากกว่าความต้องการของผู้บริโภค นี่เป็นความแตกต่างที่สําคัญและอาจนําไปสู่อนาคตที่แตกต่างจากที่เราเห็นใน Ethereum

การบีบอัด = Rollups หรือไม่?

L2s ปรับขนาดบล็อกเชนชั้นฐาน (L1s) โดยดําเนินการธุรกรรมบน L2 จัดกลุ่มข้อมูลธุรกรรมและบีบอัด ข้อมูลที่บีบอัดจะถูกส่งไปยัง L1 และใช้ในหลักฐานการฉ้อโกง (ค่าสะสมในแง่ดี) หรือหลักฐานความถูกต้อง (zk rollup) กระบวนการพิสูจน์นี้เรียกว่า 'การตั้งถิ่นฐาน' ในทํานองเดียวกันการบีบอัดจะถ่ายโอนธุรกรรมจาก mainnet ลดความขัดแย้งสําหรับสถานะบนชั้นฐาน โดยเฉพาะอย่างยิ่ง Grass L2 จะใช้ประโยชน์จาก State Compression สําหรับการเปิดตัว

Rollups Landscape on Solana:

สอง 'rollapps ค่อนข้าง' กําลังใช้งานอยู่ในขณะนี้:

1. GetCode:

แอปการชําระเงินที่มี micropayments SDK ช่วยให้ทุกคนสามารถชําระเงินและรับการชําระเงินได้ทันทีและยังใช้ pseudo-rollup สําหรับแอปพลิเคชัน มันสร้างเจตนาสําหรับธุรกรรมทั้งหมดและใช้ซีเควนเซอร์ที่เหมือนสะสมซึ่งตั้งอยู่บน Solana หลังจากช่วงเวลา N

การใช้โครงสร้างคล้ายค่าสะสมช่วยให้:

1. ความยืดหยุ่น: เจตนาสามารถแสดงถึงกิจกรรมต่างๆในอนาคตไม่ใช่แค่ธุรกรรมการชําระเงิน นอกจากนี้ Solana เป็นโซ่ยังสามารถเปลี่ยนได้หากจําเป็น
2. ทันทีและเป็นส่วนตัว: เมื่อพิจารณาถึงขั้นสุดท้ายที่นุ่มนวลของซีเควนเซอร์การชําระเงินจะทันที 2. Ephermal Rollups โดย MagicBlocks

   MagicBlocks อินฟาเรดเกม web3 ได้พัฒนา Ephermal (หรือชั่วคราว) rollups โดยเฉพาะอย่างยิ่งสําหรับเกม ใช้โครงสร้างบัญชีของ SVM และสถานะเกมแบ่งออกเป็นกลุ่ม มันถ่ายโอนสถานะไปยังเลเยอร์เสริมชั่วคราวหรือ "การยกเลิกชั่วคราว" ซึ่งเป็นเลเยอร์เฉพาะที่กําหนดค่าได้ Rollup ชั่วคราวทํางานเป็นรันไทม์ SVM พิเศษหรือ rollup เพื่ออํานวยความสะดวกในการประมวลผลธุรกรรมที่ปริมาณงานที่สูงขึ้น

   

   การใช้โครงสร้างแบบโรลอัพช่วยให้:

   1. การปรับแต่งรันไทม์พิเศษเพื่อรวมคุณสมบัติต่างๆเช่นธุรกรรมแบบไร้ก๊าซเวลาบล็อกที่เร็วขึ้นและการรวมกลไกการฟ้องร้อง (เช่นระบบการตั้งเวลาธุรกรรมแบบบูรณาการเช่น clockwork ดําเนินการโดยไม่มีค่าธรรมเนียม)
   2. นักพัฒนาเพื่อปรับใช้โปรแกรมกับเลเยอร์พื้นฐาน (เช่น Solana) แทนที่จะใช้เชนหรือชุดสะสมแยกต่างหาก ERs ไม่แยกส่วนระบบนิเวศที่มีอยู่และอนุญาตให้เร่งการดําเนินงานเป้าหมายโดยไม่ต้องสร้างสภาพแวดล้อมที่แยกออกจากกัน ซึ่งหมายความว่าสามารถใช้โครงสร้างพื้นฐาน Solana ที่มีอยู่ทั้งหมดได้

   วิธีการนี้อํานวยความสะดวกให้กับระบบที่ปรับขนาดได้สูงซึ่งสามารถเปิดตัว rollups ตามความต้องการและปรับขนาดอัตโนมัติในแนวนอนเพื่อรองรับผู้ใช้ที่ทําธุรกรรมนับล้านโดยไม่มีการแลกเปลี่ยนตามแบบฉบับของ L2 แบบดั้งเดิม ในขณะที่ MagicBlock มุ่งเน้นไปที่การเล่นเกมโดยเฉพาะวิธีการนี้สามารถนําไปใช้กับแอปพลิเคชันอื่น ๆ เช่นการชําระเงิน

   Rollups Solana ที่จะเกิดขึ้น:

   1. Grass: โครงการ DePIN ที่มุ่งแก้ปัญหาข้อมูล AI ผ่านการขูดที่ได้รับการยืนยัน เมื่อโหนด Grass ขูดเว็บสําหรับข้อมูลการฝึกอบรม AI ผู้ตรวจสอบความถูกต้องจะจัดเก็บข้อมูลแบบ on-chain ติดตามอย่างแม่นยําว่าข้อมูลนั้นมาจากที่ใดและโหนดใดมีหน้าที่ในการขูดข้อมูลโดยให้รางวัลตามสัดส่วน

   หญ้าต้องการคําขอเว็บ 1 ล้านรายการต่อวินาทีซึ่งไม่สามารถทําได้บนเมนเน็ต Solana ดังนั้นพวกเขาจึงวางแผนที่จะทําการพิสูจน์ ZK ของข้อมูลต้นทางสําหรับชุดข้อมูลทั้งหมดและจัดกลุ่มสําหรับการตั้งถิ่นฐานบน Solana L1 พวกเขากําลังพิจารณาใช้การบีบอัดสถานะจากคลัสเตอร์อื่นและปักหลักบน mainnet-beta

   การพัฒนานี้จะวางตําแหน่ง Grass เป็นเลเยอร์พื้นฐานสําหรับแอปพลิเคชันที่หลากหลายซึ่งเป็นไปได้เฉพาะบน Grass เท่านั้น (โปรดทราบว่าแพลตฟอร์มและโครงสร้างพื้นฐานมักจะสั่งการประเมินมูลค่าที่สูงกว่ามากและ Grass กําลังเปิดตัวโทเค็นในไม่ช้า :P)

   1. Zeta: หนึ่งใน perp DEX ที่เก่าแก่ที่สุดใน Solana ซึ่งมีหนังสือสั่งซื้อ perp แบบ on-chain อย่างสมบูรณ์กําลังวางแผนที่จะย้ายการจับคู่นอกห่วงโซ่ผ่าน Solana rollup

   Perp DEXs มี PMF ทันทีสําหรับการยกเลิกเนื่องจากปรับปรุง UX อย่างมีนัยสําคัญ เพียงถามคนที่ซื้อขายบน Hyperliquid หรือ Aevo กับ Solana perp DEXs ซึ่งคุณต้องเซ็นชื่อในการทําธุรกรรมแต่ละครั้งกระเป๋าเงินจะปรากฏขึ้นและคุณต้องรอ ~ 10-20 วินาที นอกจากนี้ perps ไม่จําเป็นต้องมีการดําเนินการที่ซิงค์และให้ความสามารถในการเขียนสูงกับ DeFi ที่เหลือโดยเฉพาะอย่างยิ่งในด้านการจับคู่การค้า

   
   ที่น่าสนใจ Armani (ผู้ร่วมก่อตั้งกระเป๋าเป้สะพายหลัง) ยัง ทวีตว่าตอนนี้พวกเขากําลังมีแนวโน้มที่จะ L2

   
   Sonic กําลังสร้างโซ่ SVM แบบแยกส่วน (Hypergrid) ที่จะช่วยให้เกมสามารถปรับใช้โซ่ของตนเองบน Solana ได้ นอกจากนี้ยังมี Ethereum rollups ที่ใช้ SVM เช่น Eclipse และ NitroVM ที่ใช้ SVM เป็นเครื่องมือดําเนินการ Neon ทําหน้าที่เป็น L2 ที่เข้ากันได้กับ EVM บน Solana นอกจากนี้ยังมีโครงการในขั้นตอนความคิดเช่น Molecule (SVM Bitcoin Layer 2)

   Sovereign SDK เป็นอีกกรอบหนึ่งที่คล้ายกับ node.js แต่สําหรับการสร้าง rollups ผู้ใช้นํารหัส Rust มาและเราเปลี่ยนเป็น Optimistic หรือ ZK rollup ที่สามารถปรับใช้บนบล็อกเชนใดก็ได้ รหัส Rust อาจเป็นตรรกะของแอปเฉพาะของคุณหรือ VM ใด ๆ

   วิทยานิพนธ์สองสามเรื่องเกี่ยวกับ Rollups:

   1. Rollups = Being SOL-Aligned:
      คําว่า 'ETH-Aligned' หรือคําที่ดีกว่าสําหรับ 'ETH Bag Biases' ได้กลายเป็นมีมยอดนิยม ทําไมคุณถึงคิดว่า Layer 2s และ Restaking/EigenLayer กลายเป็นเรื่องเล่าที่ร้อนแรงที่สุด? เป็นเพราะพวกเขาเพิ่ม 'Moneyness of ETH' โดย ETH ถูกใช้เป็นสินทรัพย์หลักทุกที่

   หลักการเดียวกันนี้ใช้กับ Solana ชุมชน Solana จะชุมนุมกันเกี่ยวกับโซลูชันใด ๆ ที่ช่วยเพิ่มการถือครอง SOL ของพวกเขา - มันง่ายมาก เมื่อระบบนิเวศของ Solana ขยายตัว 'Moneyness of SOL' ที่ครั้งหนึ่งเคยถูกมองข้ามจะมีความสําคัญ โปรดจําไว้ว่า Rollups ส่วนใหญ่เป็น "Marketing Play" และให้มูลค่าโทเค็นที่ดีกว่าเนื่องจากตลาดยังคงให้ความสําคัญกับ Infra มากกว่าแอปพลิเคชัน

   1. Rollups จะรู้สึกเหมือนเป็นส่วนขยายของ Solana:
      นอกเหนือจากผลประโยชน์ด้านความปลอดภัย (เช่นการสืบทอดความปลอดภัยจากชั้นฐาน) การเข้าถึงผู้ใช้ Solana และสินทรัพย์ได้ง่ายจะเป็นข้อได้เปรียบที่สําคัญ ดังที่ Solana ไม่มีปัญหาการปรับขนาดเช่น Ethereum ที่เมนเน็ตไม่สามารถใช้งานได้เนื่องจากค่าธรรมเนียมก๊าซสูง อย่างไรก็ตามแอพบางตัวที่ต้องการ blockspace เฉพาะจะสร้าง rollups ของพวกเขา ในขณะที่ Rollups เอนกประสงค์บน Solana ไม่สมเหตุสมผลสําหรับฉัน แต่ในเชิงเศรษฐกิจมันสมเหตุสมผลสําหรับโครงการ ตัวอย่างเช่น ผู้ใช้ฐานสร้างรายได้ 2 ล้านดอลลาร์สําหรับ Coinbase ในเวลาเพียงหนึ่งวัน! แรงจูงใจสําหรับผู้สร้างนั้นเอียงไปทาง L2 อย่างมาก อย่างไรก็ตามตามที่สังเกตการสะสม EVM ทุกครั้งดูเหมือนจะเป็นม้วนวานิลลาและหลายคนเช่น Linea, Scroll หรือ zkSync ได้กลายเป็นห่วงโซ่ผีที่มีเกษตรกรเท่านั้นที่ทําธุรกรรมไม่กี่รายการสําหรับ airdrops โทเค็น

   นอกจากนี้ฉันรู้สึกว่า L2s เอนกประสงค์บน Solana อาจนําไปสู่ปัญหา Ethereum แบบเดิมเช่นการรวมศูนย์ความแออัดและการกระจายตัวของสภาพคล่อง

   1. เหตุใดบางแอปจึงต้องการย้ายไปยัง Rollapps/appchain
      ทุกแอปจะเริ่มต้นบน Solana Mainnet เนื่องจากการโฮสต์แอปเพิ่มเติมบนโครงสร้างพื้นฐานที่ใช้ร่วมกันช่วยลดความซับซ้อนของนักพัฒนาและผู้ใช้ได้อย่างมาก อย่างไรก็ตาม เมื่อแอปเหล่านี้เติบโตขึ้น พวกเขาอาจพยายาม:
      • การจับภาพคุณค่า: การสร้างมูลค่าภายในเลเยอร์ Solana ที่ใช้ร่วมกันซึ่งไม่ได้ออกแบบโดยคํานึงถึงแอปพลิเคชันเพียงตัวเดียวเป็นเรื่องที่ท้าทายกว่า การจับภาพ MEV อาจเป็นอีกตัวเลือกที่ร่ํารวยสําหรับ DEX
      ความสามารถในการปรับแต่ง
      • Blockspace เฉพาะ
      • ในกรณีการใช้งานเช่น:
        • ความเป็นส่วนตัว: ตัวอย่างเช่น Getcode ใช้ซีเควนเซอร์เพื่ออํานวยความสะดวกในการชําระเงินส่วนตัวสําหรับผู้ใช้
        • การทดลองตลาดค่าธรรมเนียม
        เข้ารหัส
        • mempools เพื่อลดหนังสือสั่งซื้อ MEV
        • Tailored
   2. อย่างไรก็ตามไม่ใช่ทุกแอปที่ต้องการเปิดตัว Rollup ของตัวเองโดยเฉพาะอย่างยิ่งแอปที่ยังไม่ถึงความเร็วในการหลบหนีที่แน่นอน (ตัวอย่างเช่น TVL ที่เพียงพอผู้ใช้ระดับเสียง) การเปิดตัวห่วงโซ่ของคุณเองในวันนี้เกี่ยวข้องกับการแลกเปลี่ยนที่เจ็บปวดและไม่จําเป็น (ความซับซ้อนต้นทุน UX ที่แย่ลงสภาพคล่องที่กระจัดกระจาย ฯลฯ ) ซึ่งแอพส่วนใหญ่โดยเฉพาะแอปในระยะแรกไม่สามารถพิสูจน์ผลประโยชน์ที่เพิ่มขึ้นได้ Solana ยังคงเป็นหัวใจและจิตวิญญาณของการพัฒนา SVM และแอปพลิเคชันใหม่ ๆ จํานวนมากมีแนวโน้มที่จะถูกนําไปใช้
      สําหรับผู้สร้างแอป: Solana Mainnet หรือ Appchain หรือ Rollup
      ขึ้นอยู่กับ หากไม่มีความต้องการที่แข็งแกร่งสําหรับความสามารถในการเขียนกับแอพอื่น ๆ ทั้งหมดการใช้ส่วนประกอบที่แตกต่างกันสองสามอย่างนอกเครือข่าย (ทั้ง appchain หรือ rollup) ก็สมเหตุสมผลอย่างสมบูรณ์ ผู้ใช้ไม่จําเป็นต้องรู้ว่าพวกเขากําลังใช้ rollup หรือ appchain ด้วยซ้ํา Grass, Zeta และ Getcode ทั้งหมดเป็นนามธรรมอินฟาเรดประเภทสะสมที่พวกเขาใช้สําหรับผู้ใช้ของพวกเขา

   สําหรับกรณีการใช้งานที่ได้รับอนุญาตและการปรับแต่ง Token Extension ยังตอบสนองความต้องการส่วนใหญ่เช่น KYC/ตรรกะการถ่ายโอนในขณะที่ยังคงความสามารถในการเขียน
   ดังนั้น DRiP จะเป็น L2/appchain หรือไม่?
   ปัจจุบัน DRiP ใช้ Solana สําหรับ:

   * กระเป๋าเงินที่สร้างโดยผู้ใช้ (สามารถอยู่ใน L2/appchain)
   * การกระจาย NFT ที่บีบอัด (สามารถอยู่ใน L2/appchain)
   * การซื้อขาย NFT ที่บีบอัด (สามารถอยู่ใน L2/appchain ได้ แต่ต้องมีการเชื่อมโยงเงินทุน)
   

   1. เราสามารถเห็นได้อย่างชัดเจนว่าไม่จําเป็นต้องอยู่ใน Solana Layer 1 นอกเหนือจากเทคโนโลยีที่ L2s / appchains สามารถให้ได้ เนื่องจากเป้าหมายหลักของ DRiP คือผู้ใช้ web2 มาโดยตลอดจึงสามารถออนบอร์ดไปยังห่วงโซ่ของพวกเขาได้เป็นอย่างดีซึ่งทําให้สามารถควบคุมได้สูงกว่ามากในระยะยาวเนื่องจากจะไม่รั่วไหลของค่าทั้งหมดไปยังห่วงโซ่ฐาน (Solana) นอกจากนี้ DRiP ได้มาถึงความเร็วในการหลบหนี (แอพผู้บริโภคที่ใหญ่ที่สุดใน Solana) เพื่อย้ายไปยังเครือข่ายของตนเอง โครงสร้าง pseudo-rollup เช่น Getcode เหมาะสมสําหรับ DRiP อย่างสมบูรณ์

   

   Infrastructure Powering Rollups และ Appchains:

   หากวิทยานิพนธ์ rollapp/appchain ขยายตัว ผู้ให้บริการโครงสร้างพื้นฐานที่มีอยู่จะได้รับประโยชน์อย่างมากเมื่อเข้าสู่ตลาดใหม่:

   1. ผู้ให้บริการ Rollup as a Service (RaaS) ที่มีอยู่เช่น Caldera สามารถเข้าสู่ตลาด SVM ได้อย่างง่ายดายเมื่อความต้องการเกิดขึ้น SVM Ethereum rollups เช่น Eclipse และ NitroVM ก็กําลังเฝ้าดูโอกาสนี้อย่างกระตือรือร้นเช่นกัน นอกจากนี้ Sovereign Labs ยังมีอะแดปเตอร์ Sovereign SDK Solana ที่เปิดใช้งาน rollups บน Solana (ยังไม่พร้อมผลิต) Helius เป็นอีกบริษัทหนึ่งที่เหมาะสําหรับการสร้างโครงสร้างพื้นฐานสําหรับ Solana L2s เนื่องจาก Mert ได้บอกใบ้หลายครั้ง
   2. ซีเควนเซอร์ที่ใช้ร่วมกันเช่น Rome Protocol และความต้องการ Light Clients เช่น Tinydancer ซีเควนเซอร์ที่ใช้ร่วมกันอาจน่าสนใจสําหรับ rollups เนื่องจากเปิดใช้งานกิจกรรมต่างๆเช่นการเก็งกําไรอะตอม MEV และการเชื่อมโยงที่ราบรื่นลดการกระจายตัวของสภาพคล่อง
   3. กระเป๋าสตางค์เช่น Phantom, Backpack และ Solflare โครงสร้างพื้นฐานกระเป๋าเงินหลาย sig และสมาร์ทสัญญาเช่น Squads ทีมได้รับตําแหน่งเป็น "ชั้นโครงสร้างพื้นฐานกระเป๋าเงินสัญญาอัจฉริยะที่ชัดเจนสําหรับ Solana และ SVM"
   4. SOL Restaking: วิทยานิพนธ์แบบแยกส่วนยังส่งเสริมการ restaking เนื่องจาก rollups / appchains เหล่านี้อาจต้องการความปลอดภัยที่ใช้ร่วมกัน SOL และสอดคล้องกับ Solana มากขึ้น สิ่งนี้นําไปสู่:
      1. ผู้เล่นระยะแรกเช่น Cambrian, Picaso และ Solayer
      2. Jito ผ่าน Stakenet และ LSTs เช่น Sanctum
      3. Validators — รายได้ที่เพิ่มขึ้น

   ความคิดปิด: Solana สามารถจัดการกับความต้องการของทั้งโลกได้หรือไม่?

   ไม่แน่นอน ขอให้เป็นจริง: แม้จะพิจารณากฎของมัวร์ (ประสิทธิภาพของฮาร์ดแวร์จะดีขึ้นอย่างต่อเนื่องและ Solana ได้รับการปรับให้เหมาะสมสําหรับความก้าวหน้าของฮาร์ดแวร์ดังกล่าว) ก็ทําไม่ได้ ฉันเชื่อว่าธุรกรรมที่สําคัญน้อยกว่าทั้งหมด (เช่น DRiP ที่ส่ง NFT) จะย้ายไปยังเครือข่ายของตนเองในที่สุดในขณะที่ธุรกรรมที่มีค่าที่สุดจะยังคงอยู่ในห่วงโซ่หลักซึ่งความสามารถในการเขียนที่แท้จริงเป็นสิ่งจําเป็น (เช่น Spot DEXs)

   นี่ไม่ได้หมายความว่า Solana แพ้ในการต่อสู้เสาหินและองค์ประกอบ มันจะจัดการกรณีที่ขึ้นอยู่กับความสามารถในการประกอบและเวลาแฝงต่ําได้ดีกว่าโซ่อื่น ๆ และไม่ Sui / Aptos / Sei / Monad ฯลฯ ยังไม่ดีขึ้นเนื่องจากเราไม่ทราบและพวกเขายังไม่ได้รับการทดสอบการต่อสู้สําหรับกิจกรรมผู้ใช้จริงที่สูง

   ซึ่งแตกต่างจาก Ethereum Solana Mainnet ไม่ได้ตั้งเป้าที่จะเป็น "ห่วงโซ่ B2B" มันเป็นและจะเป็นห่วงโซ่ผู้บริโภคเสมอ การสร้างระบบแบบกระจายในวงกว้างเป็นเรื่องที่ท้าทายอย่างไม่น่าเชื่อ และ Solana มีศักยภาพที่ดีที่สุดในการเป็นบัญชีแยกประเภทที่ใช้ร่วมกันทั่วโลกสําหรับธุรกรรมที่มีค่าที่สุด

   Solana ต้องการเนื้อคู่: Appchains และ Rollups สามารถจับคู่ที่สมบูรณ์แบบได้หรือไม่?

   อย่าลังเลที่จะติดต่อฉันที่ Yash Agarwal (@yashhsm บน Twitter) สําหรับข้อเสนอแนะใด ๆ หรือหากคุณมีความคิดเห็นใด ๆ หากคุณพบว่าสิ่งนี้ลึกซึ้งแม้แต่น้อยโปรดแบ่งปัน - แสดงให้เห็นถึงความพยายามหลายสัปดาห์ของฉันและได้รับลูกตามากขึ้น:)

   ขอขอบคุณเป็นพิเศษกับ Karthik (PepperDEX), Brian Breslow (Dorahacks), Parth (Arana Ventures), Rex (Anza), Het Dagli (Superteam), Kash (Superteam) และ Akshay (Superteam) ผู้ตรวจสอบและให้ข้อมูลเชิงลึกในขั้นตอนต่างๆ ของร่าง

   ข้อจํากัดความรับผิดชอบ:

   1. บทความนี้พิมพ์ซ้ําจาก [The Superteam Blog] ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [YASH AGARWA] หากมีการคัดค้านการพิมพ์ซ้ํานี้ โปรดติดต่อทีม Gate Learn และพวกเขาจะจัดการทันที
   2. ข้อจํากัดความรับผิดชอบความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนและไม่ถือเป็นคําแนะนําการลงทุนใด ๆ
   3. การแปลบทความเป็นภาษาอื่นทําโดยทีม Gate Learn ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปล
   แล้ว เว้นแต่จะกล่าวถึง