Optimism ve Redstone Geliştiricileriyle Röportaj: Plasma Modu Katman 2'yi Yeniden Şekillendiriyor

Bu özel röportajda Plasma Mode'un ana protokol geliştiricisi tdot( ve aynı zamanda Redstone'un geliştiricisi ) ile Optimism'ın ortak kurucusu Ben Jones'u davet ettik. Optimism, OP Stack'in ana itici gücüdür. Plasma Mode, geliştiricilerin OP Stack üzerinde inşa etmelerine olanak tanır, ancak verileri L1'e yayınlama zorunluluğu olmaksızın, maliyetleri azaltmak ve ölçeklenebilirliği artırmak için esnek bir şekilde zincir dışı veri sağlayıcılara geçiş yapabilirler. Bu konuşmada, Redstone ve Optimism işbirliğinin kökenlerini, Plasma'nın yeniden canlandırılmasının önemini, deneysel protokollerin üretim ortamlarına entegrasyonunun gerekliliğini, Plasma Mode ve OP Stack'in gelecekteki yol haritasını ve tamamen zincir oyun alanındaki gelişmelere duydukları heyecanı ele aldılar.

01. Plasma modunu OP Stack'i geliştirmek için nasıl kullanılır

Ben: OP Stack'in iyileştirilmesi süreci nasıldır?

tdot: Yaklaşık bir yıl önce Lattice'e katıldım, Plasma Modu'ndan sorumluyum. Hedef çok net: Birçok MUD uygulamamız var, bunlar büyük miktarda gaz tüketiyor, aynı zamanda büyük verileri zincire koymaya çalışıyoruz, bu nedenle bu ihtiyaçları destekleyen ve aynı zamanda uygun maliyetli bir çözüme ihtiyacımız var. Lattice ekibi OP Stack üzerinde bazı denemeler yaptı, örneğin bazı zincir üstü dünyaların prototiplerini oluşturarak OP Stack'e dağıttık. OP Stack'in oldukça kullanışlı olduğunu keşfettik.

Böylece kendimize "Bunu nasıl daha ucuz hale getirebiliriz?" diye sorduk. Temel varsayım şudur ki, "OP Stack'in Ethereum felsefesine en uygun ve tamamen EVM ile uyumlu bir çerçeve olduğunu düşünüyoruz." Ana ağda çalışan şeyler aynı şekilde OP Stack'te de çalışabilir, bu ideal bir çözümdür. Ama bunu daha ucuz hale getirmek istiyoruz.

O dönemde, calldata hala OP Stack zincirinin veri kullanılabilirliği (DA) kaynağıydı, bu da oldukça pahalıydı. Bu nedenle, calldata ile bir L2 başlatmamız açıkça mümkün değildi, çünkü tüm zincir oyunlarımız ve MUD dünyamız daha yüksek bir verimliliğe ihtiyaç duyuyordu. Bu yüzden, diğer veri kullanılabilirliği (Alt DA) çözümlerini denemeye karar verdik. Aslında, ilk OP Stack belgelerinde Alt DA'yı keşfetmenin gerekliliğinden bahsedilmişti.

Bu nedenle kendimize sorduk, "Eğer veri dışı DA'dan başlarsak ne olur?" Tüm güvenlik modelinin ve her şeyin L1 Ethereum'a dayanmasını umuyoruz. Bu nedenle diğer Alt DA çözümlerinden uzak durduk, verileri merkezi bir DA depolamasında saklamaya karar verdik ve ardından L1'de etkin bir güvenlik modeli bulmaya çalıştık.

Bu nedenle bazı eski Plasma kavramlarını yeniden kullanıp bunları rollup'un üzerine yerleştirmemiz gerekiyor. Burada bazı farklılıklar var. En büyük soru, mevcut OP Stack üzerinde off-chain DA ve on-chain veri meydan okumalarını nasıl gerçekleştireceğimizdir? Amacımız OP Stack'i mümkün olduğunca az değiştirmek, rollup yolunu etkilememek çünkü OP Stack'i kullanan diğer rollup zincirlerinin güvenliğini etkilemek istemiyoruz.

Rollup tasarımı yaparken, "Eğer biri verileri depolamak için veri üretim sürecini başka bir yerden değiştirirse ne olur?" diye düşünmezsin. Bu değişikliklere rağmen, OP Stack hala çok güçlü ve kutudan çıkar çıkmaz etkili. Bu, yaptığımız ilk değişikliktir.

Daha sonra, bu zorlukları oluşturmak için bir sözleşme yazmamız gerekiyor. Verileri zincire zorlamak için DA zorlukları bulunmaktadır. Bu, sürece sözleşmeyi entegre etmenin ikinci adımıdır. Türetme sürecinde tüm entegrasyon sistemini inşa etmeliyiz, böylece bir zincir dışı DA kaynağından ve bir L1 DA zorluk sözleşmesinden veri türetebilirsiniz, verilerin zorluk çözülme sürecinde zincire gönderilmesi durumunda.

Bu, işin özüdür. Karmaşık çünkü işleri şık ve sağlam tutmak istiyoruz. Aynı zamanda, bu nispeten basit bir kavram. Her şeyi yeniden icat etmeyi veya tüm OP Stack'i değiştirmeyi denemedik, bunun yerine karmaşık bir ortamda işleri basit tutmaya çalıştık. Bu nedenle, genel olarak bu çok havalı bir mühendislik yolculuğu.

Ben: OP perspektifinden konuşabilirim. Lattice'in erken dönem çalışmalarından bahsettiniz. Tam o sırada, Optimism neredeyse tüm OP Stack'i uçtan uca yeniden yazdı, bu sürümü Bedrock olarak adlandırıyoruz.

Temelde, rollup'ı inşa ettikten iki yıl sonra, bir adım geri atıp şunu düşündük: "Tamam, eğer öğrendiğimiz tüm deneyimleri en iyi şekilde kullanmak istiyorsak, bu neye benzer?" Bu, nihayetinde Bedrock olarak adlandırılan kod tabanına evrildi ve bu, ağımıza yaptığımız en büyük güncelleme.

O zamanlar, sizinle birlikte OPCraft adında bir proje üzerinde çalıştık, bence Biomes onun ruhsal varisidir, bu da bizim zincir üzerinde en eğlenceli zamanlarımızdan biriydi. Aynı zamanda, diğerlerinin de OP Stack ile geliştirme yapabilmesi nedeniyle bir nefes aldık. Son birkaç yıl içinde, ölçeklenmenin bir başka önemli dönüm noktasının birçok kişinin zincir çalıştırabilmesi olduğunu düşünüyorum.

Sadece büyük ve karmaşık kod kütüphaneleri geliştirenlerin bunu yapabileceği düşüncesi doğru değil. İş birliğine başladığımızda, başkalarının bu kod kütüphanesini devralıp gerçekten harika şeyler yapabilmelerini görmek büyük bir onurdu. Ardından, bu durumun gerçek uygulamalarda Plasma'ya genişlemesini görmek gerçekten harika. O dönemin tarihine biraz değinebilirim.

Optimism, Optimism olmadan önce, aslında Plasma adında bir teknoloji üzerinde çalışıyorduk. O zaman üstlendiğimiz görev, o dönemdeki ölçekleme topluluğunun kapasitesinden çok daha fazlaydı. Erken dönem Plasma tasarımında gördüğünüz tasarım, bugünkü Plasma ile doğrudan bir ilişkiye sahip olmayabilir.

Bugünkü Plasma çok daha basit. Durum doğrulama kanıtlarını ve meydan okumaları verilerin meydan okumalarından ayırıyoruz. Sonunda, birkaç yıl önce Rollup'ların Plasma'dan çok daha basit olduğunu fark ettik. O zaman topluluğun vardığı sonuç "Plasma öldü" idi. Bu, o dönemde Ethereum ölçeklendirme tarihinin bir şakasıydı.

Ama her zaman "Plasma ölmedi, sadece daha basit bir görevi denemek isteyebiliriz" diye düşündük. Artık farklı terimler kullanıyoruz. Örneğin, o zaman ( çıkışları gibi kavramlar vardı, şimdi geriye dönüp baktığınızda, "oh, bu bazı ek adımlarla birlikte bir veri kullanılabilirlik zorluğuydu" diyebilirsiniz. Yani OP Stacks'ın sadece başkaları tarafından kullanılmadığını görmek değil, aynı zamanda bizim ilk denememizi çok karmaşık ve olgunlaşmamış bir soyutlama biçiminde evrildiğini görmek gerçekten harika. Tam bir döngüyü tamamladık ve çevresinde harika bir soyutlama yaptınız ve bunu makul ve mantıklı bir şekilde çalıştırmayı başardınız. Bu gerçekten çok havalı.

02. En önemlisi, üretim ortamına mümkün olan en kısa sürede girmektir.

tdot: Plasma modunun hala bazı zorlukları ve çözülmemiş sorunları var, bunları çözmek için çalışmaya devam ediyoruz. Anahtar, on yıl süren zaman kaybını nasıl önleyeceğimizdir? Beni anlıyor musun? Sonuçları teslim edebileceğimiz aşamaya bir an önce ulaşmamız gerekiyor.

Bu bizim düşüncemiz. MUD tabanlı birçok uygulamamız var ve bunları hemen ana ağa çıkarmak istiyoruz. Bu oyunlar için bir ana ağ hazırlamak zorundayız. İnsanlar zaten bekliyor ve hazırlar. Tüm bu uygulamaları çalıştırmak için hızlı bir şekilde devreye alınabilecek bir zincire ihtiyacınız var, böylece bu uygulamalar, sorunları çözerken paralel olarak gelişebilir ve daha iyi hale gelebilir. Araştırma ve geliştirmeden üretim kararlılığına ulaşmak uzun bir zaman alır.

Bir şeyi ana ağa çıkarmak, izin gerektirmeden, sağlam ve güvenli hale getirmek için büyük miktarda zaman harcamak gerekmektedir. Bu hedefe ulaşma sürecimizi görmek gerçekten de şaşırtıcı. Bu yüzden yüksek bir çeviklikte kalmamız gerekiyor, çünkü çok fazla şey var. Tüm ekosistem çok hızlı gelişiyor. Bence herkes büyük yenilikler sunuyor. Bu yüzden ayak uydurmalısınız, ancak güvenlik ve performans konularında taviz veremezsiniz, aksi takdirde sistem çalışamaz.

Ben: Ya da teknik yük demek. Bahsettiğin en az değişiklik ilkesi, Bedrock yeniden yazımımızın temel ilkelerinden biri. Ben uçtan uca yeniden yazımı konuştum, ama daha da önemlisi, yaklaşık 50,000 satır kodu azalttık, bu kendisi oldukça güçlü. Çünkü haklısın, bu işler gerçekten zor.

Her bir kod satırı eklemek, sizi üretim ortamından daha da uzaklaştırır, işleri daha fazla pratik testten geçirmeyi zorlaştırır ve daha fazla hata fırsatı getirir. Bu nedenle, bu süreci ilerletmedeki tüm çabalarınız için özellikle OP Stack'in yeni operasyonel modeli için yaptığınız katkılardan dolayı çok teşekkür ederiz.

tdot: OP Stack gerçekten bu tür şeylerde hızlı ilerlemenizi sağlayan bir yol yarattı. Herkesi koordine etmek çok zor, çünkü açıkça iki farklı şirketiz. Lattice'te bir oyun, bir oyun motoru ve bir zincir inşa ediyoruz.

Ve sizler yüzlerce, binlerce şey inşa ediyorsunuz ve bu ürünlerin hepsini düzenli olarak teslim ediyorsunuz. Koordinasyon açısından bu gerçekten çok zor.

Ben: Evet, gerçekten daha uzun bir yol var. Ama bu, modülerliğin temel cazibesidir. Benim için, OP Stack perspektifinden bakıldığında, bu en heyecan verici şeylerden biri, şu anda Redstone üzerinde inşa edilen o harika oyunlar ve sanal dünyaları bir kenara bırakırsak. Sadece OP Stack perspektifinden bakıldığında, birçok yetenekli çekirdek geliştiricinin bu yığına katıldığı ve onu geliştirdiği güçlü bir örnek bu, gerçekten harika.

Bu bir ilk, bir anahtar Boolean değeri ile sistemin özelliklerini önemli ölçüde değiştirebilirsiniz. Bunu tam anlamıyla başarmak, dediğiniz gibi, gerçekten uzun bir yol var. Ancak, bunu etkili bir şekilde yapmaya yaklaşmak bile, modüler desteğe ihtiyaç duyar, değil mi? Bizim için, L2 Geth'i yeniden yazmak gibi şeylere ihtiyaç duymadan bunu başardığınızı görmek gerçekten rahatlatıcı. Bu benim için modülerliğin işe yaradığını kanıtlıyor.

tdot: Şu anda durum daha iyi hale geldi. Bu örnekten yola çıkarak, her şeyi bağımsız küçük modüllere dönüştürdünüz, ayarlanabilir ve özellikleri değiştirilebilir. Bu yüzden hangi yeni özelliklerin entegre edileceğini görmek için çok heyecanlıyım. Hatırlıyorum, endişelendiğimiz şeylerden biri, OP Stack'teki tüm değişiklikleri içeren bir çatallaşmamızdı ve bunun ana dala birleştirilmesi gerekiyordu. O zaman, "Aman Tanrım, her şeyi gözden geçirmek çok çılgınca olacak," demiştik.

Bunu daha küçük parçalara ayırmak zorunda kaldık, ancak süreç oldukça sorunsuz geçti. Ekibimizle işbirliği ortamımız çok iyiydi, bu yüzden gözden geçirme süreci de oldukça keyifliydi. Bu çok doğal bir his. Ayrıca, gözden geçirme ve bazı olası sorunları çözme konusunda bu sürecin çok hızlı ilerlediğini düşünüyorum. Her şey beklenmedik şekilde sorunsuz gitti.

Ben: Bu gerçekten harika. Bu yıl odak noktalarımızdan biri OP Stack için katkı yolları oluşturmak. Bu süreçlere katıldığınız için çok teşekkür ederim, bu süreçleri ilerletmek için. Bu süreçlerin katlanılmaz olmadığını ve bazı sonuçlar elde ettiğimizi görmekten mutluyum. Buna gelince, senin bakış açından bu işin nasıl gelişeceğini merak ediyorum? Sıra dışı olarak geliştirmeyi en çok beklediğin şey nedir?

tdot: Birçok farklı çalışma yönü vardır. Temelde arıza kanıtı mekanizmasının entegrasyonu ile ilgilidir. Tüm teknik yığınları merkeziyetsizleştirmek ve izin gerektirmeyen özelliklerini artırmak için kademeli bir yaklaşım benimsiyoruz, nihai hedefimiz ise izin gerektirmeyen ve zorla çıkış gibi işlevleri gerçekleştirmektir.

Bu nihai hedefe sahibiz ve güvenliği korurken bunu kademeli olarak yerine getirmeye çalışıyoruz. Bir zorluk, bazen ana ağa geçmemenin daha kolay olmasıdır, çünkü bu durumda sert çatal yapma gereği ortadan kalkar. Belki "Ah, her şey tam olarak hazır olana kadar beklemem yeter, böylece sert çatal yapmama ve teknik yük olmadan çıkış yapabilirim" diye düşünebilirsin. Ancak, ana ağı hızlı bir şekilde başlatmak istiyorsanız, bu karmaşık yükseltmelerle başa çıkmanız ve sık sık güncellemeler yapmanız gerekiyor. Bunu başarmak ve yüksek kullanılabilirliği korumak her zaman bir zorluktur.

Arıza kanıtlama mekanizması ve bu tüm parçalar hazır olduğunda, Plasma modeli açısından birçok yükseltme olacağını düşünüyorum. Toplu taahhüt gönderimi konusunda hala bazı optimizasyon alanları olduğunu düşünüyorum. Şu anda her bir işlem için bir taahhüt ile çok basit bir şekilde yapıyoruz. Ve taahhüt, sadece zincir dışı depolanan girdi verilerinin hash değeridir.

Şu anda mümkün olduğunca basit kalmayı tercih ediyoruz, böylece inceleme süreci basit ve hızlı olabilir ve OP Stack üzerinde büyük bir fark yaratmaz. Ancak şimdi daha ucuz hale getirebilecek bazı optimizasyonlar var, örneğin taahhütleri toplu işleme almak veya bunları blob içine göndermek ya da farklı yöntemler kullanmak. Bu nedenle, L1 maliyetlerini düşürmek amacıyla kesinlikle bu konuyu inceleyeceğiz.

Bu bizim için çok heyecan verici bir şey. Elbette, tüm zincirler arasında etkileşimde bulunabilme yeteneği ile birlikte, yaklaşan tüm birlikte çalışabilirlik ile ilgili içerikleri de büyük bir sabırsızlıkla bekliyoruz. Bunun kullanıcılar için büyük bir ilerleme olacağını anlamak.

Bu işlerin çoğu kesinlikle sizin tarafından gerçekleştirilmelidir. Ancak, bunların Plasma modunda nasıl göründüğünü ve farklı güvenlik varsayımlarına sahip olduğunu anlamak istiyoruz.

Ben: Bu noktaya gelince,