Geliştiriciler Geliştiriciler Üzerine: tdot ve Ben Jones ile Röportaj

Bu özel Devs on Devs programında, Plasma Mode'un temel protokol geliştiricisi tdot('i, aynı zamanda Redstone'un geliştiricisi ) ve Optimism'in kurucu ortağı Ben Jones'u davet ettik. Optimism, OP Stack'in temel destekleyicisidir. Plasma Mode, geliştiricilerin OP Stack üzerinde inşa etmesine olanak tanırken, verileri L1'e yayınlama zorunluluğu olmaksızın, maliyetleri düşürmek ve ölçeklenebilirliği artırmak için esnek bir şekilde zincir dışı veri sağlayıcılara geçiş yapmalarını sağlar. Sohbet sırasında, Redstone ve Optimism iş birliğinin kökenleri, Plasma'nın yeniden canlandırılmasının önemi, deneysel protokollerin üretim ortamına getirilmesinin gerekliliği, Plasma Mode ve OP Stack'in gelecekteki yol haritası ile tüm zincir oyun alanının gelişimine dair heyecanları hakkında konuştular.

Plasma Modunu OP Stack'i Geliştirmek İçin Nasıl Kullanılır

Ben: OP Stack'i geliştirmeye başlama süreci nasıl görünüyor?

tdot: Yaklaşık bir yıl önce Lattice'e katıldım ve Plasma Modu'ndan sorumluyum. Hedef çok net: Birçok MUD uygulamamız var ve bunlar büyük miktarda gaz tüketiyor, aynı zamanda büyük miktarda veriyi zincire koymaya çalışıyoruz, bu yüzden bu ihtiyaçları destekleyen ve aynı zamanda ucuz bir çözüm gerekiyor. Lattice ekibi OP Stack üzerinde bazı denemeler yaptı, örneğin bazı çevrimiçi dünyaların prototiplerini oluşturup OP Stack üzerinde dağıttık. OP Stack'in oldukça iyi çalıştığını gördük.

O yüzden kendimize sorduk, "Bunu nasıl daha ucuz hale getirebiliriz?" Temel varsayım, "OP Stack'in Ethereum'un felsefesine en uygun ve EVM ile tamamen uyumlu bir çerçeve olduğunu düşünüyoruz." Ana ağda çalışan her şeyin OP Stack üzerinde de çalışabilmesi, ideal bir çözüm. Ama daha ucuz olmasını istiyoruz.

O zaman, calldata hala OP Stack zincirinin veri erişilebilirliği (DA) kaynağıydı ve bu oldukça pahalıydı. Bu nedenle, L2'yi calldata ile başlatmamız kesinlikle mümkün değildi, çünkü tam zincirli oyunlarımız ve MUD dünyamız daha yüksek bir işlem hacmine ihtiyaç duyuyordu. Bu nedenle, diğer veri erişilebilirliği (Alt DA) çözümlerini denemeye karar verdik. Aslında, ilk OP Stack belgelerinde Alt DA'yı keşfetmenin gerektiği zaten belirtilmişti.

Bu nedenle kendimize sorduk, "Eğer zincir 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 kaçındık, verileri merkezi DA depolamasında saklamaya karar verdik ve ardından L1'de etkili bir güvenlik modeli bulmayı hedefledik.

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

Rollup tasarlarken, "Eğer biri veri üretim sürecini değiştirip verileri başka bir yerden depolamaya başlarsa ne olur?" diye düşünmezsiniz. Bu değişiklikler olsa bile, OP Stack hala çok güçlü ve kutudan çıkar çıkmaz iyi çalışıyor. Bu yaptığımız ilk değişiklik.

Sonrasında, bu zorlukları oluşturmak için bir sözleşme yazmamız gerekiyor. Verileri zincire zorlamak için kullanılan DA zorlukları var. Bu, sürece sözleşmeyi entegre etmenin ikinci adımıdır. Türetim sürecinde, zincir dışı bir DA kaynağından ve bir L1 DA zorluk sözleşmesinden veri türetebileceğiniz şekilde tüm entegrasyon sistemini inşa etmeliyiz; böylece veriler zorluk çözüm sürecinde zincire gönderildiğinde.

Bu, işin özüdür. Çok karmaşık çünkü işleri zarif ve sağlam tutmak istiyoruz. Aynı zamanda, bu oldukça basit bir kavram. Her şeyi yeniden icat etmeye veya tüm OP Stack'i değiştirmeye çalışmadık, 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 çalışmalarından bazılarını belirttiniz. Aynı zamanda, Optimism neredeyse tüm OP Stack'i uçtan uca yeniden yazdı, bu yayınımıza Bedrock adını verdik.

Temelde, rollup inşa ettikten iki yıl sonra geri adım atıp şöyle düşündük: "Tamam, eğer öğrendiğimiz tüm deneyimleri en iyi şekilde kullanacaksak, bu nasıl olurdu?" Bu, nihayetinde Bedrock olarak adlandırılan kod tabanına evrildi ve bu bizim ağda yaptığımız en büyük yükseltme.

O zamanlar, sizinle birlikte OPCraft adında bir proje üzerinde çalıştık, bence Biomes onun ruhsal varisidir, bu bizim zincir üzerinde en eğlenceli oynadığımız zamandı. Aynı zamanda, diğerlerinin de OP Stack ile geliştirme yapabilmesi nedeniyle bir rahatlama hissettik. Son birkaç yılda, ölçeklenmenin bir diğer önemli dönüm noktasının birçok kişinin zinciri çalıştırabilmesi olduğunu düşünüyorum.

Sadece karmaşık ve büyük kod kütüphaneleri geliştirenlerin bunu yapabileceği anlamına gelmiyor. Birlikte çalışmaya başladığımızda, başkalarının bu kod kütüphanesini devralıp harika şeyler yapabildiğini görmek büyük bir onur. Sonrasında bu durumun gerçek uygulamada Plasma'ya yayılmasını görmek gerçekten harika. O dönemdeki tarih hakkında biraz konuşabilirim.

Optimism olmadan önce, aslında Plasma adında bir teknolojiyi araştırıyorduk. O zaman üstlendiğimiz görev, o dönemde ölçeklendirme topluluğunun kapasitesinden çok daha fazlaydı. Erken dönem Plasma tasarımında gördüğünüz tasarım, bugün Plasma ile doğrudan bir ilişkisi olmayabilir.

Bugünkü Plasma çok daha basit. Durum doğrulama kanıtını ve zorluklarını veri zorluklarından ayırarak bakıyoruz. Sonunda, birkaç yıl önce Rollup'ların Plasma'dan çok daha basit olduğunu fark ettik. O zaman topluluğun ulaştığı sonuç "Plasma öldü" idi. Bu, o dönemde Ethereum ölçeklendirme tarihinin bir esprisi.

Ama hep "Plasma ölmedi, sadece daha basit bir görevi denemek için önce gidebiliriz" dedik. Şimdi farklı terimler kullanıyoruz. Örneğin, o zaman (exits) gibi kavramlar vardı, şimdi geriye dönüp bakınca "oh, bu bazı ek adımları olan bir veri kullanılabilirliği zorluğu" diyebilirsiniz. Bu nedenle OP Stack'in yalnızca başkaları tarafından kullanılmakla kalmayıp, aynı zamanda bizim ilk denememiz olan ancak çok karmaşık ve olgunlaşmamış bir soyutlama biçiminde yapılan şeylere evrildiğini görmek gerçekten şaşırtıcı. Tam bir döngü tamamladık, etrafında harika bir soyutlama oluşturduğunuz ve bunun mantıklı ve makul bir şekilde çalışmasını sağladınız. Bu gerçekten harika.

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ışıyoruz. Anahtar, on yıl süren bir harcamanın nasıl önleneceği? Ne demek istediğimi anlıyorsun, değil mi? Sonuç verebileceğimiz bir aşamaya bir an önce ulaşmalıyız.

Bu bizim düşüncemiz. MUD tabanlı birçok uygulamamız var ve bunların hemen ana ağa çıkmasını istiyoruz. Bu oyunlar için bir ana ağ hazırlamamız gerekiyor. İnsanlar 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şip daha iyi hale gelebilir. Araştırma ve geliştirmeden üretim istikrarına geçmek uzun zaman alıyor.

Bir şeyi ana ağa almak, izin gerektirmeyen, 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 çevikliğe sahip olmamız gerekiyor, çünkü çok fazla şey var. Tüm ekosistem çok hızlı gelişiyor. Herkesin büyük yenilikler sunduğunu düşünüyorum. Bu yüzden ayak uydurmalısınız, ancak güvenlik ve performans konusunda taviz veremezsiniz, aksi takdirde sistem çalışamaz.

Ben： Ya da teknik yükten bahsediyoruz. Bahsettiğin en az değişiklik ilkesi, Bedrock yeniden yazımımızın temel felsefelerinden biridir. Uçtan uca yeniden yazımı ele aldım, ama daha önemlisi, yaklaşık 50.000 satır kodu azalttık, bu başlı başına çok güçlü bir şey. Çü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şlerin gerçek testlerden geçmesini zorlaştırır ve daha fazla hata olasılığı getirir. Bu nedenle, bu süreci ilerletmek için gösterdiğiniz tüm çabaları, özellikle OP Stack'in yeni çalışma şekline yaptığınız katkılardan dolayı çok takdir ediyoruz.

tdot： OP Stack gerçekten bu tür şeylerde hızlı bir şekilde ilerlemenin bir yolunu yarattı. Herkesi koordine etmek çok zor çünkü açıkça iki farklı şirketiz. Lattice'de bir oyun, bir oyun motoru ve bir zincir inşa ediyoruz.

Ve siz 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, hala uzun bir yol katetmemiz gerektiği kesin. Ama bu, modülerliğin çekici olmasının temelinde yatıyor. Benim için, OP Stack açısından, bu en heyecan verici şeylerden biri ve Redstone'da inşa edilen muhteşem oyunlar ve sanal dünyaları bir kenara bırakırsak, OP Stack açısından bu, birçok harika çekirdek geliştiricinin bu yığına katıldığını ve onu geliştirdiğini kanıtlayan çok güçlü bir örnek.

Bu ilk sefer, bir anahtar Boolean değeriyle sistemin özelliklerini önemli ölçüde değiştirebilirsiniz. Bunu tamamen başarmak, dediğiniz gibi, gerçekten uzun bir yol var. Ama buna etkili bir şekilde yaklaşmak bile, modüler desteğe ihtiyaç duyar, değil mi? Bizim için, bunu L2 Geth'i yeniden yazmak gibi bir şey olmadan başardığınızı görmek gerçekten rahatlatıcı. Bu, 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üller haline getirdiniz, 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 da, endişelendiğimiz şeylerden biri, OP Stack'teki tüm değişiklikleri içeren bir çatallanmamızın olmasıydı ve bunu ana akıma birleştirmemiz gerekiyordu. O zaman düşündük, "Aman Tanrım, her şeyi gözden geçirmek çılgınca olacak."

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

Ben: Bu gerçekten harika. Bu yıl odak noktalarımızdan biri, OP Stack için katkı yolları oluşturmaktı. Bu süreçleri ilerletmede testlere katıldığınız için çok teşekkür ederim. Bu süreçlerin insanları zorlamadığını görmekten mutluyum ve bazı sonuçlar elde ettik. Bu konuda, senin bakış açından, bu çalışmanın nasıl gelişeceğini merak ediyorum. En çok hangi geliştirmeyi bekliyorsun?

tdot: Birçok farklı çalışma yönü var. Temelde arıza kanıtı mekanizmasının entegrasyonu ile ilgili. Tüm teknik yığınları merkeziyetsiz hale getirmek ve izin gerektirmeyen özelliklerini artırmak için kademeli bir yaklaşım benimsiyoruz. Nihai hedef, izin gerektirmeyen ve zorla çıkış gibi işlevleri gerçekleştirmektir.

Bu nihai hedefe sahibiz ve güvenliği korurken bunu adım adım gerçekleştiriyoruz. Bir zorluk, bazen ana ağa geçmemenin daha kolay olmasıdır çünkü bu durumda sert çatallara ihtiyaç duyulmaz. "Ah, her şey tamamen hazır olana kadar bekleyeyim, böylece sert çatallara gerek kalmaz, teknik bir yük de olmaz" diye düşünebilirsin. Ancak, ana ağa hızlı bir şekilde geçmek istiyorsan, bu karmaşık güncellemeleri ele almalı ve sık sık yayın yapmalısın. Bunu başarmak ve yüksek kullanılabilirliği korumak her zaman bir zorluktur.

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

Şu an için mümkün olduğunca basit tutuyoruz, böylece inceleme hızlı ve kolay 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'a göndermek ya da diğer yöntemleri kullanmak.