DEVS ON DEVS: TDOT ve BEN JONES'un Diyaloğu

Bu özel Devs on Devs diyalogunda, Plasma Mode'un temel protokol geliştiricisi tdot( ve aynı zamanda Redstone'un geliştiricisi ) ile Optimism'in kurucu ortağı Ben Jones'u davet ettik. Optimism, OP Stack'in temel destekleyicisidir. Plasma Mode, geliştiricilerin OP Stack üzerinde inşa etmelerine olanak tanır, ancak verileri L1'e yayınlamaya gerek kalmadan, 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ö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ındaki gelişmelere olan heyecanları hakkında 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şlıyor?

tdot: Yaklaşık bir yıl önce Lattice'e katıldım, Plasma Mode'dan sorumluyum. Hedef oldukça net: Birçok MUD uygulamamız var, bunlar büyük miktarda gaz tüketiyor ve aynı zamanda büyük miktarda veriyi zincire koymaya çalışıyoruz, bu yüzden hem bu ihtiyaçları karşılayacak hem de ucuz bir çözüm gerekiyor. 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 çok iyi çalıştığını keşfettik.

Bu nedenle kendimize sorduk, "Bunu nasıl daha ucuz hale getirebiliriz?" Temel varsayım, "OP Stack'in Ethereum felsefesine en uygun ve tamamen EVM ile 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. Ama daha ucuz olmasını istiyoruz.

O dönemde, calldata hala OP Stack zincirinin veri kullanılabilirliği (DA) kaynağıydı ve bu oldukça pahalıydı. Bu nedenle, açıkça belirtmek gerekirse, calldata ile bir L2 başlatamayız, çünkü tam zincir oyunumuz ve MUD dünyamız daha yüksek bir verimlilik gerektiriyor. Bu nedenle, diğer veri kullanılabilirliği (Alt DA) çözümlerini denemeye karar verdik. Aslında, ilk OP Stack belgelerinde Alt DA'nın keşfedilmesi gerektiği zaten belirtilmişti.

Bu nedenle kendimize şunu sorduk: "Eğer off-chain DA ile 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 bir DA depolama alanında saklamaya karar verdik ve ardından L1'de geçerli 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 meydan okumalarını nasıl gerçekleştirebileceğ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 birisi veri üretim sürecini değiştirip verileri başka bir yerden saklarsa ne olur?" diye düşünmezsiniz. Bu değişiklikler olsa bile, OP Stack hala çok güçlü, kutudan çıkar çıkmaz harika bir şekilde ç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 göndermek için DA zorlukları bulunmaktadır. Bu, sözleşmelerin sürece entegre edilmesinin ikinci adımıdır. Türetim sırasında tüm entegrasyon sistemini inşa etmemiz gerekiyor, böylece bir zincir dışı DA kaynağından ve bir L1 DA zorluk sözleşmesinden veri türetebilirsiniz; verilerin zorluk çözüm sürecinde zincire gönderilmesi durumunda.

İşte işin özü. 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ıştık. Bu yüzden 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 bahsettin. Tam bu 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 attık ve şöyle düşündük: "Peki, öğrendiğimiz tüm deneyimleri en üst düzeye çıkarmak isteseydik, bu neye benzerdi?" Bu, nihayetinde Bedrock olarak adlandırılan kod tabanına evrildi ve bu, ağda yaptığımız en büyük yükseltme.

O zamanlar, sizinle birlikte OPCraft adında bir proje üzerinde çalıştık, Biomes'ın onun ruhsal varisi olduğunu düşünüyorum, bu, zincir üzerinde en keyifli zamanımızdı. 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ı, birçok kişinin zincir çalıştırabilmesi oldu.

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 onurdu. Ardından, bu durumun pratik uygulamada Plasma'ya yayılması gerçekten çok havalı. O dönemi biraz da olsa konuşabilirim.

Optimism olmadan önce, aslında Plasma adlı bir teknolojiyi araştırıyorduk. O zaman üstlendiğimiz görev, o dönemdeki ölçeklenebilirlik topluluğunun kapasitesinin çok üzerindeydi. 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ün Plasma çok daha basit. Durum doğrulama kanıtları ve zorluklarını verilerin zorluğundan ayrı olarak ele alıyoruz. Sonuç olarak, birkaç yıl önce Rollup'ların Plasma'dan çok daha basit olduğunu fark ettik. O zamanlar topluluğun vardığı sonuç "Plasma öldü" idi. Bu, o dönemde Ethereum ölçeklendirme tarihinin bir şakasıydı.

Ama biz hep "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 baktığınızda, "oh, bu bazı ek adımlarla birlikte bir veri erişilebilirliği zorluğuydu" diyebilirsiniz. Bu yüzden OP Stack'in sadece diğerleri tarafından kullanılmakla kalmayıp, aynı zamanda ilk başta oldukça karmaşık ve olgunlaşmamış bir soyutlama ile yapmaya çalıştığımız şeylerin evrim geçirmesi gerçekten şaşırtıcı. Tam bir döngüyü tamamladık, etrafında harika soyutlamalar yaptınız ve onu mantıklı ve makul 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 hâlâ bazı zorlukları ve çözülmemiş sorunları var, bunları çözmek için çabalıyoruz. Anahtar, on yıl kadar süren bir zaman kaybını nasıl önleyeceğimizdir? Ne demek istediğimi anlıyorsun, değil mi? Sonuç verebileceğimiz bir aşamaya bir an önce ulaşmamız gerekiyor.

Bu bizim düşüncemiz. MUD tabanlı birçok uygulamamız var ve bunları ana ağa hemen çıkarmak istiyoruz. Bu oyunlar için bir ana ağ hazırlamamız gerekiyor. İnsanlar zaten bekliyor ve hazırlar. Tüm bu uygulamaları çalıştıracak hızlı bir ağa 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 istikrarına geçmek uzun zaman alıyor.

Bir şeyi ana ağa çıkarmak, onu izinsiz, sağlam ve güvenli hale getirmek için çok zaman harcamak gerekiyor. Bu hedefe ulaşma sürecimizi görmek gerçekten etkileyici. Bu nedenle 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 nedenle ayak uydurmalısınız, ancak güvenlik ve performans konusunda da taviz verememelisiniz, aksi takdirde sistem çalışamaz.

Ben: Ya da teknik yük anlamına geliyor. Bahsettiğin en az müdahale prensibi, Bedrock yeniden yazımında bizim için temel ilkelerden biri. Ben uçtan uca yeniden yazımdan bahsettim, 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ırarak işlerin pratik testlerden geçmesini zorlaştırır ve daha fazla hata fırsatı getirir. Bu yüzden, bu süreci ilerletmedeki tüm çabalarınız için özellikle OP Stack'in yeni operasyonel modeli için yaptığınız katkılara çok teşekkür ederiz.

tdot: OP Stack gerçekten de 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'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, gerçekten daha kat edecek çok yol var. Ancak 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. Tamamen OP Stack açısından bakıldığında, birçok yetenekli çekirdek geliştiricinin bu yığın üzerine katıldığını ve onu geliştirdiğini gösteren ç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, dediğiniz gibi, gerçekten uzun bir yol var. Ama bunu etkili bir şekilde yapmaya yaklaşmak bile modüler desteği gerektirir, değil mi? Bizim için, bunu başardığınızı görmek ve örneğin L2 Geth'i yeniden yazmak zorunda kalmamak 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 örnekte, her şeyi bağımsız küçük modüllere dönüştürdüğünüzü görebiliyoruz, 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 şey, OP Stack'teki tüm değişiklikleri içeren bir çatallaşmamız olduğu ve bunun ana dal ile birleştirilmesi gerektiğiydi. O zaman, "Aman tanrım, her şeyi gözden geçirmek çılgınca olacak" demiştik.

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

Ben: Bu gerçekten harika. Bu yılki odak noktalarımızdan biri OP Stack için katkı yolları oluşturmak. Bu süreçleri test etmeye katıldığınız için çok teşekkür ederim, bu süreçleri ilerletmeye yardımcı oldunuz. Bu süreçlerin zorlayıcı olmadığını görmekten mutluluk duyuyorum ve bazı sonuçlar elde ettik. Bu konuda, senin bakış açından, bu çalışmanın nasıl gelişeceğini merak ediyorum? Geliştirmeyi en çok beklediğin şey nedir?

tdot: Birçok farklı iş yönü bulunmaktadır. Temelde arıza kanıtlama mekanizması ile entegrasyon ile ilgilidir. Tüm teknoloji yelpazesini merkeziyetsizleştirmek ve izin gerektirmeyen özelliklerini artırmak için kademeli bir yaklaşım benimsiyoruz; nihai hedefimiz ise izin gerektirmeyen ve zorunlu çıkış gibi işlevler gerçekleştirmektir.

Bu nihai bir hedefimiz var ve bunu güvenliği korurken kademeli olarak gerçekleştirmeye çalışıyoruz. Bir zorluk, bazen ana ağa geçmemek daha kolaydır çünkü bu durumda sert çatal gerçekleştirmek gerekmez. Belki de şöyle düşünebilirsiniz: "Ah, her şey tamamen hazır olana kadar beklersem, böylece sert çatal yapmam gerekmeyecek ve teknik bir yüküm de olmayacak." Ancak, ana ağa hızlı bir şekilde geçmek istiyorsanız, bu karmaşık yükseltmelerle başa çıkmanız ve sık sık güncellemeler yapmanız gerekecek. Bunu yapmak ve yüksek kullanılabilirliği sağlamak 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 hâlâ 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, yalnızca zincir dışı depolanan girdi verilerinin hash değeridir.

Şu anda mümkün olduğunca basit tutuyoruz, böylece inceleme basit ve hızlı olabilir ve OP Stack üzerinde büyük bir fark yaratmaz. Ancak şu anda maliyetleri düşürebilecek bazı optimizasyonlar var, örneğin taahhütleri toplu işleme veya onları blob'a göndermeyi veya diğer farklı yöntemleri kullanmayı düşünebiliriz. 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 sağlama yeteneği ile ilgili gelecek olan tüm birlikte çalışabilirlik içeriğini de büyük bir sabırsızlıkla bekliyoruz. Bunun kullanıcılar için büyük bir ilerleme olacağına inanıyoruz.

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

Ben: Bu meseleye gelince,