DEVS ON DEVS: TDOT ve BEN JONES ile sohbet

Bu özel bölümde, Plasma Mode'un temel protokol geliştiricisi tdot( ve aynı zamanda Redstone'un geliştiricisi ) ile Optimism'in kurucu ortağı Ben Jones davet edildi. Optimism, 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ınlama zorunluluğu olmaksızın, maliyetleri düşürmek ve ölçeklenebilirliği artırmak amacıyla esnek bir şekilde zincir dışı veri sağlayıcılara geçiş yapmalarını sağlar. 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ı ve tam zincir oyun alanının gelişimi konusundaki beklentileri üzerine tartıştılar.

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

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

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

Bu nedenle kendimize şunu soruyoruz: "Bunu nasıl daha ucuz hale getirebiliriz?" Temel varsayım şudur: "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 şeyler, OP Stack üzerinde de çalışabilir, bu ideal bir çözümdür. Ancak, daha ucuz olmasını istiyoruz.

O zamanlar, calldata hala OP Stack zincirinin veri kullanılabilirliği (DA) kaynağıydı, bu da oldukça pahalıydı. Bu yüzden, elbette, calldata ile bir L2 başlatamayız, çünkü tam zincir oyunlarımız ve MUD dünyamız daha yüksek bir throughput gerektiriyor. 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'yı keşfetmek gerektiği belirtilmişti.

Böylece 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 depolama alanında saklamaya ve ardından L1'de etkili bir güvenlik modeli bulmaya karar verdik.

Bu yüzden bazı eski Plasma kavramlarını yeniden kullanıp bunları rollup'ın ü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 zorluğunu 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 tasarlarken, "Eğer biri veri oluşturma sürecini değiştirip verileri başka bir yerden saklarsa ne olur?" diye düşünmezsiniz. Bu değişikliklere rağmen, OP Stack hala çok güçlü ve kutudan çıktığı gibi oldukça 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 zorlamak için DA zorlukları var. Bu, sürece sözleşmenin entegre edilmesinin ikinci adımıdır. Türetme sürecinde, bir zincir dışı DA kaynağından ve bir L1 DA zorluk sözleşmesinden veri türetebilmeniz için tüm entegre sistemi inşa etmemiz gerekiyor, böylece veriler zorluk çözümleme sürecinde zincire gönderildiğinde.

İşte olayın özeti. Ç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, aksine karmaşık bir ortamda işleri basit tutmaya çalışıyoruz. Yani genel olarak, bu gerçekten harika bir mühendislik yolculuğu.

Ben: OP perspektifinden konuşabilirim. Erken dönem Lattice çalışmalarından bahsettin. Tam o dönemde, Optimism neredeyse tüm OP Stack'i uçtan uca yeniden yazdı, bu sürüme Bedrock adını verdik.

Temelde, rollup'ı inşa ettikten iki yıl sonra, bir adım geriye çekilip şunu düşündük: "Peki, 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 adlı bir projede çalıştık, bence Biomes onun manevi mirasçısı, bu da zincir üzerinde en eğlenceli zamanımızdı. Aynı zamanda, başkalarının da OP Stack ile geliştirme yapabilmesi nedeniyle bir nefes aldık. Son birkaç yıl içinde, ölçeklenmenin bir diğer ö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 harika şeyler yapabildiğini görmek büyük bir onur veriyor. Sonra bu durumun gerçek uygulamalarda Plasma'ya yayılmasını görmek gerçekten harika. O dönemi biraz da olsa konuşabilirim.

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

Bugünün Plasma'sı çok daha basit. Durum doğrulama kanıtlarını ve zorluklarını veri zorluklarından ayırı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 her zaman "Plasma ölmedi, sadece daha basit bir görev denemek isteyebiliriz" dedik. Şu anda farklı terimler kullanıyoruz. Örneğin, o zaman (exits) gibi kavramlar vardı, şimdi geriye dönüp bakınca, "oh, bu bazı ek adımlarla birlikte bir veri kullanılabilirliği zorluğu" diyebilirsiniz. Bu yüzden OP Stack’in sadece başka kişiler tarafından kullanılmadığını, aynı zamanda ilk başta çok karmaşık ve olgunlaşmamış bir soyutlama ile yapmaya çalıştığımız şeylerin evrimleştiğini görmek gerçekten harika. Tam bir döngü tamamladık, etrafında harika soyutlamalar yaptınız ve bunu mantıklı ve akılcı bir şekilde çalıştırmayı başardınız. Bu gerçekten çok havalı.

En önemlisi, üretim ortamına 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 zaman kaybını nasıl önleyeceğimizdir? Ne demek istediğimi anlıyorsun, değil mi? Sonuçları teslim edebileceğimiz aşamaya bir an önce ulaşmalıyız.

Bu bizim düşüncemiz. MUD tabanlı birçok uygulamaya sahibiz ve bunları hemen ana ağa çıkarmak 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 ulaşmak uzun bir zaman alıyor.

Bir şeyi ana ağa çıkarmak, izin gerektirmeyen, sağlam ve güvenli hale getirmek için oldukça fazla zaman harcamak gerekiyor. Bu hedefe ulaşma sürecimizi görmek gerçekten etkileyici. İşte bu yüzden yüksek seviyede çevik 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, ama güvenlik ve performansta taviz veremezsiniz, aksi takdirde sistem çalışamaz.

Ben: Ya da teknik bir yük olarak söyleyebiliriz. Bahsettiğin en az değişiklik ilkesi, Bedrock yeniden yazımında bizim için temel bir fikir birliğiydi. Ben uçtan uca yeniden yazımı konuştum, ama daha da önemlisi, yaklaşık 50.000 satır kodu azalttık, bu başlı başına çok güçlü. Çünkü haklısın, bu tür şeyler gerçekten zor.

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

tdot: OP Stack gerçekten bu tür ş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 şey inşa ediyorsunuz ve düzenli olarak bu ürünlerin tümünü teslim ediyorsunuz. Koordinasyon açısından bakıldığında, bu gerçekten çok kolay değil.

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

Bu ilk sefer, bir anahtar boolean değeri ile sistemin özelliklerini önemli ölçüde değiştirebilirsiniz. Bunu tamamen başarmak için, bildiğiniz gibi, gerçekten daha uzun bir yol var. Ama bunun etkili bir şekilde yapılmasına yaklaşmak bile, modüler desteğe ihtiyaç duyar, değil mi? Bizim için, bunu gerçekleştirmenizi görmek ve örneğin L2 Geth'i yeniden yazmadan başarmanız gerçekten rahatlatıcı. Benim için bu, modülerliğin işe yaradığını kanıtlıyor.

tdot: Durum şimdi 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 nedenle, hangi yeni özelliklerin entegre edileceğini görmek için çok heyecanlıyım. Geçmişte endişelendiğimiz şey, OP Stack'teki tüm değişiklikleri içeren bir çatala sahip olmamızdı ve bunun ana akı ile birleştirilmesi gerekiyordu. O zaman "Aman Tanrım, her şeyi gözden geçirmek çılgınca olacak" diye düşündük.

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

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 test etme konusunda katıldığınız için çok teşekkür ederim. Bu süreçlerin insanlara zor gelmediğini ve bazı sonuçlar elde ettiğimizi duyduğuma memnun oldum. Bunu söylemişken, senin açından bu çalışmanın nasıl gelişeceği konusunda merak ediyorum? Geliştirmeyi en çok beklediğin şey nedir?

tdot: Farklı çalışma yönleri bulunmaktadır. Temelde arıza kanıtlama mekanizması ile entegrasyon ile ilgilidir. Tüm teknoloji yığınını merkezsizleştirmek 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 sahip olmak ve güvenliği korurken bunu kademeli olarak gerçekleştirmek istiyoruz. Bir zorluk, bazen ana ağa geçmemenin daha kolay olmasıdır çünkü bu, sert çatal yapmayı gerektirmez. Belki de düşünüyorsunuz, "Ah, her şey tamamen hazır olduğunda yayınlamayı bekleyeyim, böylece sert çatal yapmaya gerek kalmaz ve teknik bir yüküm yoktur." Ancak, ana ağa hızlı bir şekilde geçmek istiyorsanız, bu karmaşık güncellemelerle başa çıkmak 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ızanın 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 hâlâ bazı optimizasyon alanları olduğunu düşünüyorum. Şu anda oldukça basit bir şekilde yapıyoruz, her işlem için bir taahhüt. Ve taahhüt, yalnızca zincir dışı depolanan girdi verilerinin hash değeridir.

Şu anda mümkün olduğunca basit tutuyoruz, böylece inceleme süreci basit ve hızlı hale geliyor ve OP Stack üzerinde büyük bir fark yaratmıyor. Ancak, şu anda taahhütleri toplu işleme veya bunları blob'a gönderme gibi bazı optimizasyonlar var ya da farklı yöntemler kullanılabilir. Bu nedenle, L1 maliyetlerini düşürmek için kesinlikle bunu araştıracağız.

Bu bizim için çok heyecan verici bir şey. Elbette, tüm zincirler arasında etkileşim kurabilmek için, yaklaşan tüm birlikte çalışabilirlik ile ilgili içerikleri de dört gözle bekliyoruz. Bunun kullanıcılar için büyük bir ilerleme olacağını anlamak.

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

Ben: Bu noktaya gelince, bu OP Stack modülerliğinin bir başka test olacak. Bahsettiğiniz arıza kanıtı (fault proofs), Plasma'daki bekleyişimizi çok heyecanlandırıyor.