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

Bu bölümdeki Devs on Devs özel röportajında, Plasma Mode'un ana protokol geliştiricisi tdot('i, aynı zamanda Redstone'un geliştiricisi )'i 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ı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ına olanak tanır. Bu sohbet sırasında, Redstone ve Optimism 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 tam zincir oyun alanındaki gelişmelere dair beklentilerini 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: Lattice'e yaklaşık bir yıl önce katıldım, Plasma Modu'ndan sorumluyum. Hedef çok net: Birçok MUD uygulamamız var, bunlar büyük miktarda gaz tüketiyor ve aynı zamanda büyük verileri zincire koymaya çalışıyoruz, bu yüzden 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 prototiplerini oluşturup OP Stack üzerinde dağıttık. OP Stack'in zaten çok iyi çalıştığını keşfettik.

Böylece kendimize sorduk, "Bunu daha ucuz hale nasıl 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 zamanlar, calldata hala OP Stack zincirinin veri kullanılabilirliği (DA) kaynağıydı, bu da çok pahalıydı. Bu nedenle, L2'yi başlatmak için calldata kullanmamız açıkça mümkün değildi, çünkü tam zincir oyunlarımız ve MUD dünyamız daha yüksek bir verimlilik gerektiriyordu. Bu yüzden, diğer veri kullanılabilirliği (Alt DA) çözümlerini denemeye karar verdik. Aslında, ilk OP Stack belgelerinde Alt DA'yı keşfetmenin gerektiği belirtilmişti.

Böylece kendimize şunu sorduk: "Eğer off-chain DA'den 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 ve ardından L1 üzerinde etkin bir güvenlik modeli bulmaya karar verdik.

İşte bazı 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 meydan okumalarını nasıl uygulayabileceğ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 saklamaya çalışırsa ne olur?" diye düşünmezsiniz. Bu tür 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.

Daha sonra, bu zorlukları oluşturmak için bir sözleşme yazmamız gerekiyor. Verileri zincire zorlayacak DA zorlukları var. Bu, sürece sözleşmenin entegre edilmesinin ikinci adımıdır. Türev sürecinde, verilerin bir zincir dışı DA kaynağından ve bir L1 DA zorluk sözleşmesinden türetilmesini sağlamak için tüm entegrasyon sistemini inşa etmemiz gerekiyor, böylece veriler zorluk çözüm sürecinde zincire gönderildiğinde.

İşte meselenin özeti. Karmaşık çünkü işleri zarif ve sağlam tutmak istiyoruz. Aynı zamanda, bu nispeten basit bir kavram. Her şeyi yeniden keşfetmeye 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. 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ını bahsettin. Aynı zamanda, Optimism neredeyse tüm OP Stack'ini uçtan uca yeniden yazdı, bu sürümü Bedrock olarak adlandırıyoruz.

Temelde, rollup'ı iki yıl inşa ettikten sonra, bir adım geri atıp, "Tamam, eğer öğrendiğimiz tüm deneyimleri en iyi şekilde kullanacak olursak, bu neye benzeyecek?" diye düşündük. Bu, sonunda Bedrock olarak adlandırılan kod tabanına evrildi; 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 varisidir, bu bizim zincir üzerinde en keyifli oynadığımız andı. Aynı zamanda, diğerlerinin de OP Stack kullanarak geliştirme yapabilmesi nedeniyle bir nefes aldık. Son birkaç yılda, ölçeklenmenin bir diğer önemli dönüm noktası, birçok kişinin zinciri çalıştırabilmesi oldu.

Bu 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. Sonra bu durumun gerçek uygulamada Plasma'ya genişlediğini görmek gerçekten harika. O dönemden biraz bahsetmek isterim.

Optimism, 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 yeteneklerinden çok daha fazlaydı. Erken dönem Plasma tasarımında gördüğünüz tasarım, günümüz Plasma'sı ile doğrudan bir ilişkiye sahip olmayabilir.

Bugünkü Plasma çok daha basit. Durum doğrulama kanıtını ve meydan okumayı verilerin meydan okuması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 vardığı sonuç "Plasma öldü" idi. Bu, o dönemde Ethereum ölçeklenme tarihinin bir şakasıydı.

Ama hep şunu düşündük: "Plasma ölmedi, sadece daha basit bir görev denemek isteyebiliriz". Şimdi farklı terimler kullanıyoruz. Örneğin, o zamanlar ( çıkışları gibi kavramlar vardı, şimdi geriye dönüp baktığınızda, "oh, bu bazı ek adımlarla birlikte bir veri kullanılabilirliği zorluğuydu" diyebilirsiniz. Yani OP Stack'in sadece başkaları tarafından kullanılmadığını, aynı zamanda ilk denememizi yaptığımız ancak çok karmaşık ve olgunlaşmamış bir soyutlama ile gerçekleştirdiğimiz şeylerin evrimleştiğ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 makul bir şekilde çalışmasını sağladınız. Bu gerçekten çok havalı.

02. En önemlisi, mümkün olan en kısa sürede üretim ortamına girmektir.

tdot: Plasma modunun hala bazı zorlukları ve çözülememiş sorunları var, üzerinde çalışmaya devam ediyoruz. Anahtar, on yıl sürebilecek harcamalardan nasıl kaçınılacağıdır? 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 fikrimiz. MUD tabanlı birçok uygulamamız var ve bunları hemen ana ağa koymak 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 çevrimiçi olabilecek bir zincire 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 büyük miktarda zaman harcamak gerekmektedir. Bu hedefe ulaşma sürecimizi görmek gerçekten etkileyici. Bu yüzden yüksek bir çeviklikte kalmamız gerekiyor, çünkü çok fazla şey var. Tüm ekosistem çok hızlı gelişiyor. Bence herkes büyük yenilikler sunuyor. Bu yüzden ayak uydurmalısınız, ama aynı zamanda güvenlik ve performansta da taviz verememelisiniz, aksi takdirde sistem çalışamaz.

Ben: Ya da teknik yük demek daha doğru. Bahsettiğin en az değişiklik ilkesi, Bedrock yeniden yazımında temel ilkelerimizden biri. 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 işler gerçekten zor.

Her bir kod satırı eklemek, sizi üretim ortamından daha da uzaklaştırır, pratik testlerden geçmeyi zorlaştırır ve daha fazla hata olasılığı 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 modeli için yaptığınız katkılara.

tdot: OP Stack gerçekten de bu tür şeylerde hızlı ilerleme kaydetmenin bir yolunu yarattı. Herkesi koordine etmek çok zor, çünkü açıkça iki farklı şirketiz. Lattice'te 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 kat edecek çok 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. Saf OP Stack açısından bakıldığında, birçok harika çekirdek geliştiricinin buraya katıldığını ve bu yığını geliştirdiğini kanıtlayan çok güçlü bir örnek; bu gerçekten etkileyici.

Bu bir ilk, sistemin özelliklerini önemli ölçüde değiştirebileceğin bir anahtar boolean değeri üzerinden. Bunu tamamen başarmak, senin de dediğin gibi, gerçekten uzun bir yol var. Ama bunu etkili bir şekilde başarmaya yaklaşmak bile modüler destek gerektiriyor, değil mi? Bizim için, örneğin L2 Geth'i yeniden yazmadan 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 bakıldığında, her şeyi bağımsız küçük modüllere dönüştürdünüz, ayarlanabilir ve özellikleri değiştirilebilir. Bu yüzden daha nelerin entegre edileceğini görmek için çok heyecanlıyım. Bir zamanlar endişelendiğimiz şey, OP Stack'teki tüm değişiklikleri içeren bir çatala sahip olmamızdı, bunu ana dal ile birleştirmemiz gerekiyordu. 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ç oldukça sorunsuz ilerledi. Ekip ile işbirliği ortamımız çok iyi, bu yüzden gözden geçirme süreci de oldukça keyifliydi. Bu çok doğal bir his. Ayrıca, gözden geçirme ve bazı potansiyel sorunları çözme açısından bu sürecin oldukça 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şturmak. Bu süreçlere katıldığınız için çok teşekkür ederim. Bu süreçlerin dayanılmaz olmadığını görmekten memnunum 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 dört gözle bekliyorsun?

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

Bu nihai hedefimiz var ve güvenliği korurken 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 yapmaya gerek kalmaz. Belki de "Ah, her şey tamamen hazır olana kadar bekleyip yayınlayayım, böylece sert çatal yapmaya ve teknik yükümlülüklere gerek kalmaz." diye düşünebilirsiniz. Ancak, ana ağı hızlı bir şekilde başlatmak istiyorsanız, bu karmaşık yükseltmeleri ele almanız ve sık sık yayın yapmanız gerekir. 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ırlandıktan sonra, Plasma modeli açısından birçok yükseltme olacağını düşünüyorum. Toplu olarak taahhütlerin sunulması 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ışındaki saklanan girdi verilerinin hash değeridir.

Şu anda mümkün olduğunca basit kalmaya çalışıyoruz, böylece gözden geçirme süreci basit ve hızlı olabilir ve OP Stack üzerinde büyük bir farklılık yaratmaz. Ancak şu anda, taahhütleri toplu işleme almak veya bunları blob'a göndermek gibi, daha ucuz hale getirebilecek bazı optimizasyonlar var veya başka farklı yöntemler de kullanılabilir. Bu nedenle, kesinlikle L1 maliyetlerini düşürmek için bu konuyu araştıracağız.

Bu, bizim için çok heyecan verici bir şey. Elbette, tüm zincirler arasında etkileşimde bulunabilmeyi sağlayacak tüm birlikte çalışabilirlik ile ilgili içeriklerin de gelmesini sabırsızlıkla bekliyoruz. Bunun kullanıcılar için büyük bir ilerleme olacağını anlamak.

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

Ben: Bu noktaya gelince, OP Stack için olacak.