DEVS ON DEVS: TDOT ve BEN JONES ile sohbet

Bu özel "Geliştiriciden Geliştiriciye" bölümünde, Plasma Mode'un ana protokol geliştiricisi tdot'u (aynı zamanda Redstone'un geliştiricisi) ve Optimism'in kurucu ortağı 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ınlamalarına gerek yoktur; bunun yerine, maliyetleri düşürmek ve ölçeklenebilirliği artırmak için esnek bir şekilde zincir dışı veri sağlayıcılara geçiş yapabilirler. Bu diyalogda, Redstone ve Optimism işbirliğinin kökenlerini, Plasma'nın canlandırılmasının önemini, deneysel protokollerin üretim ortamına getirilmesinin gerekliliğini, Plasma Mode ve OP Stack'in gelecekteki yol haritasını ve tüm zincir oyun alanının gelişimine duydukları heyecanı tartıştılar.

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

Ben: OP Stack'ı geliştirme süreci nasıl başladı?

tdot: Yaklaşık bir yıl önce Lattice'e katıldım ve Plasma Mode'dan sorumluyum. Hedef oldukça netti: 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 hem bu ihtiyaçları karşılayabilen hem de ucuz bir çözüme ihtiyacımız vardı. Lattice ekibi, bazı zincir üstü dünyaları prototipleyip OP Stack üzerinde dağıtarak OP Stack üzerinde bazı denemeler yaptı. OP Stack'in oldukça kullanışlı olduğunu fark ettik.

Böylece kendimize sorduk, "Bunu daha ucuza nasıl getirebiliriz?" Temel varsayım, "OP Stack'in Ethereum felsefesine en uygun ve EVM ile tamamen uyumlu çerçeve olduğunu düşünüyoruz." Ana ağda çalışan şeylerin aynı zamanda OP Stack'te de çalışabilmesi, ideal bir çözüm. Ama daha ucuz olmasını istiyoruz.

O dönemde, calldata hala OP Stack zincirinin veri kullanılabilirliği (DA) kaynağıydı, bu da oldukça pahalıydı. Bu yüzden, L2'yi calldata ile başlatmamız açıkça mümkün değildi çünkü tam zincir oyunlarımız ve MUD dünyamız daha yüksek bir throughput gerektiriyordu. Bu nedenle, diğer veri kullanılabilirliği (Alt DA) çözümlerini denemeye karar verdik. Gerçekten de, ilk OP Stack belgelerinde Alt DA'yı keşfetmeye yönelik bir çağrıda bulunulmuştu.

O yüzden kendimize şunu 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 depolamada saklamaya karar verdik ve sonra L1'de etkili bir güvenlik modeli bulmayı hedefledik.

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

Rollup tasarlarken, "Eğer biri veri oluşturma 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 sözleşmeler yazmamız gerekiyor. Verileri zincire zorla yerleştirmek için DA zorlukları var. Bu ikinci adım, sözleşmeyi sürece entegre etmektir. Türetim sürecinde, bir zincir dışı DA kaynağından ve bir L1 DA zorluk sözleşmesinden veri türetebilmeniz için tüm entegrasyon sistemini inşa etmemiz gerekiyor, böylece veriler zorluk çözüm sürecinde zincire gönderildiğinde.

Bu, meselelerin özüdür. Çok karmaşık, çünkü işleri zarif ve sağlam tutmak istiyoruz. Aynı zamanda, bu nispeten 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. Dolayısıyla genel olarak, bu çok havalı bir mühendislik yolculuğu.

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

Temelde, rollup'ı inşa ettikten iki yıl sonra bir adım geri çekilip, "Tamam, öğrendiğimiz tüm deneyimleri en üst düzeye çıkarmak istiyorsak bu nasıl bir şey olur?" diye düşündük. Bu, nihayetinde Bedrock olarak adlandırılan kod tabanına evrildi ve bu, ağa 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 zincir üzerinde en keyifli oynadığımız zamandı. Aynı zamanda, diğerlerinin de OP Stack kullanarak geliştirme yapabilmesi nedeniyle bir rahatlama hissettik. Son birkaç yılda, ö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 anlamına gelmiyor. İş birliğine başladığımızda, başkalarının bu kod kütüphanesini devralıp gerçekten harika şeyler yapabildiğini görmek büyük bir onurdu. Ardından bu durumun gerçek uygulamalarda Plasma'ya genişlemesi gerçekten çok havalıydı. O dönem hakkında biraz konuşabilirim.

Optimism olmadan önce aslında Plasma adında bir teknoloji üzerinde çalışıyorduk. O dönemde üstlendiğimiz görev, o zamanki ö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şkiye sahip olmayabilir.

Bugünün Plasma'sı çok daha basit. Durum doğrulama kanıtını ve zorluğunu veri zorluğundan ayrı olarak ele alacağız. Sonuçta, birkaç yıl önce Rollup'ların Plasma'dan çok daha basit olduğunu fark ettik. O zaman topluluğun sonucu "Plasma öldü" oldu. Bu, o dönemde Ethereum ölçeklenme tarihinin bir şakasıydı.

Ama her zaman "Plasma ölmedi, sadece daha basit bir görev denemek isteyebiliriz" diye düşündük. Şimdi farklı terimler kullanıyoruz. Örneğin, o zamanlar çıkışlar (exits) gibi kavramlar vardı, şimdi geriye dönüp bakınca "oh, bu bazı ek adımlar içeren bir veri kullanılabilirlik zorluğuydu" diyebilirsiniz. Yani OP Stack'in sadece başkaları tarafından kullanılmadığını görmekle kalmıyor, aynı zamanda ilk başta çok karmaşık ve olgunlaşmamış bir soyutlama ile yapmaya çalıştığımız şeylerin evrildiğini görmek gerçekten şaşırtıcı. Tam bir döngü tamamladık, etrafında harika soyutlamalar yaptınız ve bunu mantıklı ve akılcı bir şekilde çalışır hale getirdiniz. Bu gerçekten harika.

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 hala çalışıyoruz. Anahtar, on yıl süren bir süreçten nasıl kaçınacağımız? Ne demek istediğimi anlıyor musun? Sonuç verebilecek bir aşamaya mümkün olan en kısa sürede ulaşmalıyız.

İşte düşüncemiz bu. MUD'a dayalı birçok uygulamamız var ve bunları hemen ana ağa yüklemek istiyoruz. Bu oyunlar için mümkün olan en kısa sürede 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 çalışabilen bir zincire ihtiyacınız var, böylece bu uygulamalar, sorunları çözdüğümüz sırada paralel olarak gelişebilir ve daha iyi hale gelebilir. Araştırma ve geliştirmeden üretim istikrarına ulaşmak uzun zaman alır.

Bir şeyi ana ağa açmak, onun izinsiz, sağlam ve güvenli olmasını sağlamak için büyük miktarda zaman harcamak gerekiyor. Bu hedefe ulaşma sürecimizi görmek gerçekten etkileyici. Bu yüzden yüksek düzeyde çevik kalmamız gerekiyor, çünkü çok fazla şey var. Tüm ekosistem çok hızlı gelişiyor. Herkesin büyük miktarda yenilik sunduğunu düşünüyorum. Bu yüzden ayak uydurmalısınız, ancak güvenlik ve performansta da taviz verememelisiniz, aksi takdirde sistem çalışamaz.

Ben： Ya da teknik bir yük olarak da söylenebilir. Bahsettiğin en küçük değişiklik ilkesi, Bedrock yeniden yazımımızın temel prensiplerinden biri. Ben tüm uçtan uca yeniden yazım hakkında konuştum, ama daha da önemlisi, yaklaşık 50,000 satır kodu azalttık, bu kendi başına çok güçlü. Çünkü haklısın, bu işler gerçekten zor.

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

tdot： OP Stack gerçekten böyle şeylerde hızlı 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 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 yolumuz var. Ama bu, modülerliğin çekiciliğinin tam kalbidir. Benim için, OP Stack açısından bakıldığında, bu en heyecan verici şeylerden biri, Redstone'da inşa edilen o muhteşem oyunlar ve sanal dünyaları bir kenara bırakacak olursak. Saf OP Stack açısından, birçok yetenekli çekirdek geliştiricinin bu yığın üzerine katıldığını ve onu geliştirdiğini kanıtlayan çok güçlü bir örnek.

Bu ilk sefer, bir anahtar boolean değeri ile sistemin özelliklerini önemli ölçüde değiştirebilirsiniz. Bunu tamamen başarmak, söylediğiniz gibi, gerçekten uzun bir yol var. Ama buna etkili bir şekilde yaklaşmak bile, modüler destek gerektiriyor, değil mi? Bizim için, bunu gerçekleştirdiğinizi görmek, örneğin L2 Geth'i yeniden yazmadan, gerçekten rahatlatıcı. Benim için bu, modülerliğin işe yaradığını kanıtlıyor.

tdot: Şu anda durum daha iyi hale geldi. Bu örneğe bakarak, 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. Bir zamanlar endişelendiğimiz şey, OP Stack üzerindeki değişiklikleri içeren bir çatala sahip olmamızdı ve bunun ana dal ile birleştirilmesi gerekiyordu. O zaman "Aman Tanrım, her şeyi gözden geçirmek delilik olur." demiştik.

Onu daha küçük parçalara ayırmak zorunda kaldık ama süreç oldukça sorunsuz ilerledi. Takımla işbirliği ortamımız çok iyi olduğu için gözden geçirme süreci de oldukça keyifliydi. Bu çok doğal bir his. Ayrıca, bazı potansiyel sorunları gözden geçirmek ve çözmek açısından bu süreç çok hızlı ilerledi. Her şey beklenmedik bir şekilde sorunsuzdu.

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 adına. Bu süreçlerin insanları zorlamadığını ve bazı sonuçlar elde ettiğimizi görmek beni mutlu etti. Bunu söylemişken, senin bakış açından, bu çalışmanın nasıl gelişeceğini merak ediyorum? Gelecekte geliştirmek için en çok neyi bekliyorsun?

tdot: Birçok farklı iş yönü vardır. Temelde arıza kanıtlama mekanizması ile entegrasyon ile ilgilidir. Tüm teknik yığını merkeziyetsizleştirmek ve izin gerektirmeyen özelliklerini artırmak için kademeli bir yaklaşım benimsemekteyiz; nihai hedef ise izin gerektirmeyen ve zorunlu çıkış gibi işlevleri gerçekleştirmektir.

Bu nihai hedefimiz var ve güvenliği korurken bunu aşamalı olarak gerçekleştiriyoruz. Bir zorluk, bazen ana ağa çıkmanın daha kolay olmasıdır çünkü bu durumda sert çatal yapmanız gerekmez. "Ah, her şey tamamen hazır olana kadar bekleyip yayınlayayım, böylece sert çatal yapmam gerekmiyor ve teknik bir yüküm yok," diye düşünebilirsiniz. Ancak, ana ağı hızlı bir şekilde devreye almak istiyorsanız, bu karmaşık güncellemeleri yönetmek ve sık sık yayın yapmak zorundasınız. Bunu başarmak ve yüksek kullanılabilirliği korumak her zaman bir zorluktur.

Arıza kanıtı mekanizması ve tüm bu 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ütle oldukça basit bir şekilde yapıyoruz. Ve taahhüt, zincir dışı saklanan girdi verilerinin hash değeridir.

Şu anda mümkün olduğunca basit kalmaya çalışıyoruz, bu şekilde inceleme süreci basit ve hızlı olacak ve OP Stack üzerinde büyük bir fark yaratmayacak. Ancak, şimdilik, taahhütleri toplu işleme almak veya bunları blob'a göndermek gibi maliyetleri düşürebilecek bazı optimizasyonlar var ya da farklı yöntemler benimsemek. Bu nedenle, kesinlikle L1 maliyetlerini düşürmek için bunu araştıracağız.

Bu bizim için çok heyecan verici bir olay. Elbette, tüm zincirler arasında etkileşimde bulunabilmek için gelmekte olan tüm birlikte çalışabilirlik ile ilgili içerikleri de büyük bir heyecanla bekliyoruz. Bunun kullanıcılar için büyük bir ilerleme olacağını anlamak.

Bu işlerin çoğunu kesinlikle sizin gerçekleştirmeniz gerekecek. Ancak, bu işlerin Plasma modunda nasıl göründüğünü anlamak istiyoruz ve