Anatoly Yakovenko ผู้ร่วมก่อตั้ง Solana ได้ท้าทายวิสัยทัศน์ของ Vitalik Buterin ผู้ก่อตั้ง Ethereum เกี่ยวกับการพัฒนาโปรโตคอลบล็อกเชน
Yakovenko โต้แย้งว่า Solana ต้องพัฒนาอย่างต่อเนื่องไปเรื่อยๆ โดยเตือนว่าโปรโตคอลใดก็ตามที่หยุดวิวัฒนาการเพื่อตอบสนองความต้องการของนักพัฒนาและผู้ใช้จะ "ตาย"
การแลกเปลี่ยนเริ่มขึ้นเมื่อ Yakovenko ตอบกลับโพสต์ของ Buterin เกี่ยวกับ Ethereum ที่ผ่าน "walkaway test" Buterin สนับสนุนให้เข้าถึงสถานะที่ Ethereum สามารถตกผลึกได้ ซึ่งหมายความว่าโปรโตคอลสามารถหยุดรับการอัปเดตได้ในขณะที่ยังคงรักษามูลค่าหลักไว้
Yakovenko โต้กลับว่าการปรับตัวอย่างต่อเนื่องเป็นสิ่งจำเป็นสำหรับการอยู่รอด แม้ว่า Solana ไม่ควรพึ่งพาองค์กรใดองค์กรหนึ่งในการขับเคลื่อนการเปลี่ยนแปลงเหล่านี้
Yakovenko กล่าวว่าอนาคตของ Solana ขึ้นอยู่กับการคงความเป็น "ประโยชน์ต่อมนุษย์อย่างแท้จริง" โดยมีนักพัฒนาที่ใช้งานอยู่เพียงพอที่จะได้รับรายได้จากธุรกรรมของเครือข่าย
เขามองเห็นภาพว่านักพัฒนาเหล่านี้จะมีทรัพยากรส่วนเกินเพื่อมีส่วนร่วมในการปรับปรุงโปรโตคอลกลับไปยังโครงการโอเพนซอร์ส
ผู้ร่วมก่อตั้ง Solana แบ่งปันแนวทางที่เลือกสรรสำหรับการเปลี่ยนแปลงโปรโตคอล ในขณะที่เขาสนับสนุนการพัฒนาอย่างต่อเนื่อง เขากล่าวว่าเครือข่ายต้องปฏิเสธการเปลี่ยนแปลงที่เสนอส่วนใหญ่
การอัปเกรดควรมุ่งเป้าไปที่ปัญหาจริงที่นักพัฒนาและผู้ใช้เผชิญ แทนที่จะพยายามตอบสนองทุกคำขอ
Yakovenko คาดการณ์ว่า Solana จะมีเวอร์ชันในอนาคตที่สร้างโดยผู้มีส่วนร่วมภายนอกทีมหลักปัจจุบันที่ Anza, Solana Labs หรือ Firedancer
เขาแนะนำว่าระบบนิเวศอาจเปลี่ยนไปสู่รูปแบบที่การลงคะแนนเสียงการกำกับดูแลให้ทุนแก่ทรัพยากรการคำนวณที่จำเป็นในการเขียนโค้ดใหม่
Buterin โต้แย้งว่า Ethereum ต้องรองรับแอปพลิケーชันที่ไร้ความไว้วางใจและลดความไว้วางใจในด้านการเงิน การกำกับดูแล และภาคส่วนอื่นๆ เขาเปรียบเทียบสิ่งเหล่านี้กับเครื่องมืออย่างค้อน
ผู้ก่อตั้ง Ethereum ยืนยันว่าแอปพลิเคชันไม่สามารถบรรลุความไร้ความไว้วางใจที่แท้จริงได้หากสร้างบนชั้นฐานที่ต้องการการอัปเดตจากผู้ให้บริการอย่างต่อเนื่อง
เขามองว่านี่เป็นการที่ Ethereum จำเป็นต้องมีคุณลักษณะเดียวกันกับที่เปิดใช้งานสำหรับแอปพลิเคชันที่สร้างบนนั้น
Buterin ชี้แจงว่าการเข้าถึงความสามารถในการตกผลึกไม่ได้หมายถึงการหยุดการพัฒนาโปรโตคอลทั้งหมด แต่ข้อเสนอคุณค่าของ Ethereum ไม่ควรขึ้นอยู่กับฟีเจอร์ที่ยังไม่ได้ถูกนำมาใช้อย่างเคร่งครัด
เครือข่ายควรเข้าถึงจุดพื้นฐานที่สามารถทำงานได้ไปเรื่อยๆ โดยไม่ต้องมีการอัปเกรดบังคับ


