ปล. บทความนี้เขียนหลังจากที่เบสประกาศเปิดตัว (ก่อน onchainSummer)

เรื่องเก่าเล่าใหม่ หลังจาก Bedrock อัพเกรดเสร็จเรียบร้อย นอกจาก Fee ถูกลง,เวลา Deposit เหลือแค่แปปเดียวแล้ว ยังมี OPStack ที่เป็นส่วนสำคัญ ที่ทำให้ OP กลายเป็น Modular ที่ใครๆก็สามารถนำไปสร้าง Rollup ของตัวเองและเป็นส่วนหนึ่งของ Superchain ก็ถึงเวลาแล้วที่ Base จะเฉิดฉาย

ในฐานะที่ @BuildOnBase เป็น core contributor 🧑🏻‍💻 ทีมที่สองของ OP Stack ทำให้พวกเขามีส่วนในการพัฒนา Codebase ที่จะช่วยเพิ่มประสิทธิภาพการทำงานให้ทั้ง

• Base

• optimismFND

• OP Stack Chain อื่นๆ เพื่อแก้ปัญหาต่างๆ ให้ตอบโจทย์การใช้งานขึ้น จะมีอะไรบ้างมาไล่เรียงกันดู

ทบทวนไวๆ L2 อย่าง Base นั้นทำให้ระบบมีความปลอดภัย โดยการทำ data available บน L1 ซึ่งวิธีการนี้ก็ทำให้เกิดปัญหาคอขวดโดยเฉพาะในวันที่มีการทำ Tx พร้อมกันปริมาณมากๆ อย่างตอนมีแคมเปญหรือเควสต่างๆ

ในช่วงที่มี Builder Quest มี wallets มากกว่า 1M กรูกันมา deploy smart contract บน Base testnet ทำให้มีข้อมูล Tx ไหลเข้าระบบมหาศาล จนระบบเริ่มติดขัด ทีมเลยตัดสินใจทดลองดับเบิ้ล Base block gas limit เป็นสองเท่าเพื่อลด base fees ที่พุ่งขึ้นเป็นจรวด

หลังจากปรับเปลี่ยนแล้ว สิ่งที่เกิดขึ้นคือ L2 blocks มีขนาดใหญ่ขึ้น จนเริ่มสร้างปัญหาเมื่อต้องมัดรวม blocks กลับไป Goerli L1 ที่ทำได้ช้าลง ทีมจึงทดลองปรับแต่ง parameters ใหม่ เพื่อหาค่าสมดุลในระบบ

เมื่อลองปรับเปลี่ยนอีกครั้ง ตัวระบบก็ค่อยๆ หาค่าสมดุล ไปพร้อมๆกับการสร้าง blocks ที่ดูไม่ค่อยปลอดภัยไปบน L1 จนมี uncommitted เกือบ 4000 blocks พอคน quests ค่อยๆ ซาลงจึงค่อยๆ ทยอยปิดได้หมด จึงต้องหาโซลูชั่นใหม่ในการแก้ปัญหาระยะยาวขึ้น

เพื่อเพิ่มความเร็วในการทำ block batch writing ทีมได้เปลี่ยนแปลง 2 อย่าง
✅พัฒนาการบีบอัดเพื่อให้สามารถใช้งาน L1 transaction calldata
🗞️ส่งมัดรวม Tx หลายๆ อันใส่ L1 block ไปพร้อมๆ กัน แทนที่จะส่งทีละมัด

หลังจากเทสการใช้งานแล้วพบว่าการปรับจูนนี้ ช่วยเพิ่ม batcher throughput ได้มากถึง 5x โดยมีข้อจำกัดเดียวคือทำไงก็ได้ให้ยัด L1 block พอ ซึ่งถือเป็นการพัฒนาที่ยิ่งใหญ่มาก

เรามองต่อไปยัง mainnet การปรับเปลี่ยนนี้ช่วยทำให้เรารู้เรื่องข้อจำกัดในการเพิ่ม block gas เพื่อให้มั่นใจว่า base fees ยังคงอยู่ในระดับต่ำและ User สามารถใช้งานได้ และยิ่งเพิ่มความเสถียรในการบันทึก L2 data ไปยัง L1 ซึ่งเป็นเรื่องใหญ่ในการคงความเร็วในการถอนและการทำ transactions

แคมเปญ Builder Quests ช่วยทำให้รู้ปัญหาและพัฒนา OP Stack ให้สามารถสเกลได้ดีขึ้น ในฐานะ core contributor ทีมจึงถือโอกาสใช้ชาเลนจ์นี้เพื่อช่วยสร้างประสบการณ์การใช้งานที่ดีที่สุดสำหรับ Base builders และ user ไปพร้อมๆ กับการ scale chains อื่นๆ ที่สร้างอยู่บน OP Stack ในอนาคต

ปล. บทความนี้เขียนหลังจากที่เบสประกาศเปิดตัว (ก่อน onchainSummer)

เรื่องเก่าเล่าใหม่ หลังจาก Bedrock อัพเกรดเสร็จเรียบร้อย นอกจาก Fee ถูกลง,เวลา Deposit เหลือแค่แปปเดียวแล้ว ยังมี OPStack ที่เป็นส่วนสำคัญ ที่ทำให้ OP กลายเป็น Modular ที่ใครๆก็สามารถนำไปสร้าง Rollup ของตัวเองและเป็นส่วนหนึ่งของ Superchain ก็ถึงเวลาแล้วที่ Base จะเฉิดฉาย

ในฐานะที่ @BuildOnBase เป็น core contributor 🧑🏻‍💻 ทีมที่สองของ OP Stack ทำให้พวกเขามีส่วนในการพัฒนา Codebase ที่จะช่วยเพิ่มประสิทธิภาพการทำงานให้ทั้ง

• Base

• optimismFND

• OP Stack Chain อื่นๆ เพื่อแก้ปัญหาต่างๆ ให้ตอบโจทย์การใช้งานขึ้น จะมีอะไรบ้างมาไล่เรียงกันดู

ทบทวนไวๆ L2 อย่าง Base นั้นทำให้ระบบมีความปลอดภัย โดยการทำ data available บน L1 ซึ่งวิธีการนี้ก็ทำให้เกิดปัญหาคอขวดโดยเฉพาะในวันที่มีการทำ Tx พร้อมกันปริมาณมากๆ อย่างตอนมีแคมเปญหรือเควสต่างๆ

ในช่วงที่มี Builder Quest มี wallets มากกว่า 1M กรูกันมา deploy smart contract บน Base testnet ทำให้มีข้อมูล Tx ไหลเข้าระบบมหาศาล จนระบบเริ่มติดขัด ทีมเลยตัดสินใจทดลองดับเบิ้ล Base block gas limit เป็นสองเท่าเพื่อลด base fees ที่พุ่งขึ้นเป็นจรวด

หลังจากปรับเปลี่ยนแล้ว สิ่งที่เกิดขึ้นคือ L2 blocks มีขนาดใหญ่ขึ้น จนเริ่มสร้างปัญหาเมื่อต้องมัดรวม blocks กลับไป Goerli L1 ที่ทำได้ช้าลง ทีมจึงทดลองปรับแต่ง parameters ใหม่ เพื่อหาค่าสมดุลในระบบ

เมื่อลองปรับเปลี่ยนอีกครั้ง ตัวระบบก็ค่อยๆ หาค่าสมดุล ไปพร้อมๆกับการสร้าง blocks ที่ดูไม่ค่อยปลอดภัยไปบน L1 จนมี uncommitted เกือบ 4000 blocks พอคน quests ค่อยๆ ซาลงจึงค่อยๆ ทยอยปิดได้หมด จึงต้องหาโซลูชั่นใหม่ในการแก้ปัญหาระยะยาวขึ้น

เพื่อเพิ่มความเร็วในการทำ block batch writing ทีมได้เปลี่ยนแปลง 2 อย่าง
✅พัฒนาการบีบอัดเพื่อให้สามารถใช้งาน L1 transaction calldata
🗞️ส่งมัดรวม Tx หลายๆ อันใส่ L1 block ไปพร้อมๆ กัน แทนที่จะส่งทีละมัด

หลังจากเทสการใช้งานแล้วพบว่าการปรับจูนนี้ ช่วยเพิ่ม batcher throughput ได้มากถึง 5x โดยมีข้อจำกัดเดียวคือทำไงก็ได้ให้ยัด L1 block พอ ซึ่งถือเป็นการพัฒนาที่ยิ่งใหญ่มาก

เรามองต่อไปยัง mainnet การปรับเปลี่ยนนี้ช่วยทำให้เรารู้เรื่องข้อจำกัดในการเพิ่ม block gas เพื่อให้มั่นใจว่า base fees ยังคงอยู่ในระดับต่ำและ User สามารถใช้งานได้ และยิ่งเพิ่มความเสถียรในการบันทึก L2 data ไปยัง L1 ซึ่งเป็นเรื่องใหญ่ในการคงความเร็วในการถอนและการทำ transactions

แคมเปญ Builder Quests ช่วยทำให้รู้ปัญหาและพัฒนา OP Stack ให้สามารถสเกลได้ดีขึ้น ในฐานะ core contributor ทีมจึงถือโอกาสใช้ชาเลนจ์นี้เพื่อช่วยสร้างประสบการณ์การใช้งานที่ดีที่สุดสำหรับ Base builders และ user ไปพร้อมๆ กับการ scale chains อื่นๆ ที่สร้างอยู่บน OP Stack ในอนาคต