Devs on Devs: tdot ve Ben Jones ile sohbet

Bu özel Devs on Devs bölümünde, Plasma Mode'un temel protokol geliştiricisi tdot( ve aynı zamanda Redstone geliştiricisi ) ile tanınmış bir Layer 2 projesinin kurucu ortağı Ben Jones ile bir sohbet gerçekleştirdik. Tanınmış Layer 2 projesi OP Stack'in temel itici gücüdür. Plasma Mode, geliştiricilerin OP Stack üzerinde inşa etmelerine olanak tanırken, verileri L1'e yayınlamalarına gerek kalmadan esnek bir şekilde zincir dışı veri sağlayıcılarına geçiş yapmalarına olanak tanır, böylece maliyetleri düşürüp ölçeklenebilirliği artırır. Bu konuşmada, Redstone ile bu Layer 2 projesi arasındaki işbirliğinin kökenlerini, Plasma'nın yeniden 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şimi konusundaki heyecanlarını tartıştılar.

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

Ben: OP Stack'in geliştirilmesine başlama süreci nasıl?

tdot: Yaklaşık bir yıl önce Lattice'e katıldım ve Plasma Modu'ndan sorumluyum. Hedef çok net: Çok sayıda MUD uygulamamız var, bunlar büyük miktarda gaz tüketiyor, aynı zamanda çok fazla veriyi zincire yerleştirmeye çalışıyoruz, bu yüzden bu ihtiyaçları destekleyen ve aynı zamanda ucuz bir çözüme ihtiyacımız var. Lattice ekibi OP Stack üzerinde bazı denemeler yaptı, örneğin bazı çevrimiçi dünyaları prototipleyip OP Stack üzerinde dağıttı. OP Stack'in zaten oldukça kullanışlı olduğunu keşfettik.

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

O zaman, calldata hala OP Stack zincirinin veri kullanılabilirliği (DA) kaynağıydı, bu çok pahalıydı. Bu yüzden, açıkça bir L2'yi calldata ile başlatmamız 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. Aslında, başlangıçta OP Stack belgelerinde Alt DA'nın keşfedilmesi gerektiği belirtilmişti.

Bu yüzden 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 ve ardından L1'de geçerli bir güvenlik modeli bulmaya karar verdik.

Eski Plasma kavramlarını yeniden kullanıp bunları rollup'un üzerine yerleştirmemizin nedeni budur. Burada bazı farklılıklar var. En büyük soru, mevcut OP Stack üzerinde zincir dışı DA ve zincir içi veri zorluklarını nasıl uygulayabileceğimizdir? Amacımız OP Stack'i mümkün olduğunca az değiştirmek, rollup yolunu etkilemeden, çü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üdür ve kutudan çıktığı gibi harika çalışır. Bu, yaptığımız ilk değişiklik.

Sonrasında, bu zorlukları oluşturmak için bir sözleşme yazmamız gerekiyor. Verilerin zincire zorla geçirilmesi için DA zorlukları var. 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 verileri türetebilirsiniz, verilerin zorluk çözümleme sürecinde zincire gönderilmesi durumunda.

İşte meselenin özü. Karmaşık çünkü işleri zarif ve sağlam tutmak istiyoruz. Aynı zamanda, bu nispeten basit bir konsept. 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ışıyoruz. Yani genel olarak, bu çok havalı bir mühendislik yolculuğu.

Ben: OP açısından konuşabilirim. Lattice'in erken dönem çalışmalarından bazılarına değindin. Tam bu sırada, neredeyse tüm OP Stack'ı baştan sona yeniden yazdık, 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, öğrendiğimiz tüm deneyimleri en üst düzeye çıkarmak istesek, bu nasıl olurdu?" Bu, sonunda Bedrock olarak adlandırılan kod tabanına evrildi ve bu, ağımıza 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 halefidir, bu da blok zincirinde en keyif aldığımız zamanlardan biriydi. Aynı zamanda, diğerlerinin de OP Stack ile geliştirme yapabilmesi nedeniyle bir nefes aldık. 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 büyük ve karmaşık kod tabanları geliştirenlerin bunu yapabileceği doğru değil. İşbirliğine başladığımızda, başkalarının bu kod tabanını devralıp harika şeyler yapabildiğini görmek büyük bir onur. Sonra bu durumun Plasma'da gerçek uygulama alanına genişlemesini görmek gerçekten çok havalı. O döneme biraz da olsa değinebilirim.

Bir tanınmış Layer 2 projesi kurulmadan önce, aslında Plasma adında bir teknolojiyi araştırıyorduk. O zaman üstlendiğimiz görev, o dönemdeki ö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ünkü Plasma çok daha basit. Durum doğrulama kanıtlarını ve zorluklarını veri zorluklarıyla ayrı bir şekilde ele alıyoruz. Sonuç olarak, 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çeklenme tarihindeki bir espri.

Ama biz her zaman "Plasma ölmedi, sadece daha basit bir görev denemek isteyebiliriz" dedik. Şimdi farklı terimler kullanıyoruz. Örneğin, o zamanlar (exits) gibi kavramlar vardı, şimdi geriye dönüp bakınca, "ah, bu bazı ek adımlara sahip bir veri kullanılabilirliği zorluğuydu" diyebilirsiniz. Yani OP Stack'in başkaları tarafından kullanıldığını ve ilk başta denediğimiz ama çok karmaşık ve olgunlaşmamış bir soyutlama biçiminde yaptığımız şeylere evrildiğini görmek gerçekten şaşırtıcı. Tam bir döngüyü tamamladık, etrafında harika soyutlamalar yaptınız ve bunu makul ve mantıklı bir şekilde çalıştırmayı başardınız. Bu gerçekten çok havalı.

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 çabalıyoruz. Anahtar, on yıl sürecek harcamalardan nasıl kaçınacağımız? Ne demek istediğimi anlıyorsun, değil mi? Sonuç alabileceğimiz bir 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 yüklemek istiyoruz. Bu oyunlar için bir ana ağ hazırlamak zorundayız. İ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şebilir ve daha iyi hale gelebilir. Ar-Ge'den üretim istikrarına geçiş uzun zaman alıyor.

Bir şeyi ana ağa çıkarmak, onun izinsiz, sağlam ve güvenli olmasını sağlamak için büyük bir zaman harcamak gerekiyor. Bu hedefe ulaşmamızın tüm sürecini görmek gerçekten şaşırtıcı. Bu nedenle yüksek bir çeviklikte kalmamı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 performansta ödün veremezsiniz, aksi takdirde sistem çalışamaz.

Ben: Ya da teknik yükten bahsediyoruz. En az değişiklik ilkesi, Bedrock yeniden yazımında bizim temel ilkelerimizden biri. Ben uçtan uca yeniden yazımın tamamından bahsettim, ama daha önemlisi, yaklaşık 50.000 satır kodu azalttık, bu da 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ş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 çalışma modeli için yaptığınız katkılara.

tdot: OP Stack gerçekten bu tür şeylerde hızlı ilerleme kaydetmenizi sağlayan bir yol 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 bakıldığında, bu gerçekten çok kolay değil.

Ben: Evet, gerçekten daha uzun bir yolumuz var. Ama bu, modülerliğin çekici yanının tam da kendisi. Benim için, OP Stack açısından bakıldığında, bu en heyecan verici şeylerden biri; şu anda Redstone'da inşa edilen muhteşem oyunlar ve sanal dünyaları bir kenara bırakırsak. Tamamen OP Stack açısından bakıldığında, birçok harika çekirdek geliştiricisinin bu yığına katıldığı ve onu geliştirdiği çok güçlü bir örnek, bu gerçekten harika.

Bu ilk kez, bir anahtar Boolean değeri aracılığıyla sistemin özelliklerini önemli ölçüde değiştirebilirsiniz. Bunu tamamen başarmak, söylediğiniz gibi, gerçekten uzun bir yol var. Ancak bunu etkili bir şekilde yapmaya yakın olmak, modüler desteğe ihtiyaç duyuyor, değil mi? Bizim için, L2 Geth'i yeniden yazmak gibi bir şeye 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 örneğe bakarak, her şeyi bağımsız küçük modüllere dönüştürdüğünüzü, ayarlanabilir ve özelliklerin değiştirilebileceğini görüyorum. Bu yüzden hangi yeni özelliklerin entegre edileceğini görmek için çok heyecanlıyım. Bir zamanlar endişelendiğimiz şeyin, tüm OP Stack değişikliklerini içeren bir çatallama olduğuna ve bunun ana akı ile birleştirilmesi gerektiğine dair olduğunu hatırlıyorum. O zaman düşündük ki, "Aman Tanrım, her şeyi gözden geçirmek çok çılgınca olacak."

Bunu daha küçük parçalara ayırmak zorunda kaldık, ancak tüm süreç çok sorunsuz ilerledi. Takımla iş birliği ortamımız çok iyiydi, bu yüzden inceleme süreci de oldukça keyifliydi. Bu çok doğal bir his. Ayrıca bazı potansiyel sorunları inceleme ve çözme açısından 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ılki önceliklerimizden biri OP Stack için katkı yolları oluşturmak. Bu süreçleri test etmek ve ilerletmek için katıldığınız için çok teşekkür ederim. Bu süreçlerin zorlayıcı olmadığını ve bazı sonuçlar elde ettiğimizi görmek beni mutlu ediyor. Bunu söylemişken, senin bakış açından, bu işe sonraki aşamada nasıl devam edilecek? En çok geliştirmeyi beklediğin şey nedir?

tdot: Farklı iş yönleri vardır. Ana olarak hata kanıtlama mekanizması ile entegrasyon ile ilgilidir. Tüm teknik yığınları merkezsizleştirmek ve izin gerektirmeyen özelliklerini artırmak için kademeli bir yaklaşım benimsiyoruz, nihai hedef izin gerektirmeyen ve zorunlu çıkış gibi işlevler 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 çatal yapmanız gerekmez. Belki "Oh, her şey tamamen hazır olana kadar bekleyip yayınlamasam, böylece sert çatal yapmam gerekmiyor ve teknik yüküm de olmuyor" diye düşünebilirsiniz. Ancak, ana ağı hızlı bir şekilde devreye almak istiyorsanız, bu karmaşık güncellemeleri ele almanız ve sık sık yayın yapmanız gerekiyor. Bunu başarmak ve yüksek kullanılabilirliği korumak her zaman bir zorluktur.

Arıza kanıtlama 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ının olduğunu düşünüyorum. Şu anda, her bir işlem için bir taahhüt yaparak çok basit bir şekilde yapıyoruz. Ve taahhüt, yalnızca zincir dışındaki depolanmış giriş verilerinin hash değeridir.

Şu anda mümkün olduğunca basit kalıyoruz, böylece inceleme işlemi basit ve hızlı bir şekilde gerçekleşebilir ve OP Stack üzerinde büyük bir fark yaratmaz. Ancak şimdi taahhütleri toplu işlemler halinde yapmak veya bunları göndermek gibi bazı optimizasyonlar var.