Bu özel Devs on Devs diyalogunda, Plasma Mode'un temel protokol geliştiricisi tdot( ve aynı zamanda Redstone'un geliştiricisi ) ile Optimism'ın kurucu ortağı Ben Jones'u davet ettik. Optimism, OP Stack'in temel itici gücüdür. Plasma Mode, geliştiricilerin OP Stack üzerinde inşa etmelerini sağlar, ancak verileri L1'e yayınlama gerekliliği olmadan, maliyetleri azaltmak 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 yenilenmesinin ö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 duydukları heyecanı tartıştılar.
01. Plasma 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 Modu'ndan sorumluyum. Amaç oldukça 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ı zincir üstü dünyaları prototipleyip OP Stack üzerinde dağıttık. OP Stack'in oldukça iyi olduğunu gördük.
Böylece kendimize sorduk, "Onu nasıl daha ucuz hale 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 şeyler OP Stack'te de çalışabilir, bu ideal bir çözümdür. Ama biz onun daha ucuz olmasını istiyoruz.
O zaman, calldata hala OP Stack zincirinin veri kullanılabilirliği (DA) kaynağıydı, bu da çok pahalıydı. Bu yüzden, açıkça bir L2'yi calldata ile başlatamayacağımızı biliyorduk, çünkü tüm zincir oyunlarımız ve MUD dünyamız daha yüksek bir verim 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'yı keşfetmek gerektiği belirtilmişti.
Bu yüzden kendimize şunu sorduk: "Eğer zincir dışı DA ile başlarsak ne olur?" Tüm güvenlik modelinin ve her şeyin L1 Ethereum'a güvenmesini umuyoruz. Bu nedenle diğer Alt DA çözümlerinden kaçındık, verileri merkezi DA depolama alanında saklamaya ve ardından L1 üzerinde geçerli bir güvenlik modeli bulmaya karar verdik.
Bu nedenle bazı eski Plasma kavramlarını yeniden kullanıp bunları rollup'ın üzerine yerleştirmemiz gerektiğini düşünüyoruz. Burada bazı farklılıklar var. En büyük soru, mevcut OP Yığınında zincir dışı DA ve zincir üstü veri meydan okumasını nasıl gerçekleştireceğimizdir? Amacımız OP Yığınında mümkün olduğunca az değişiklik yapmak, rollup yolunu etkilememek çünkü OP Yığınını 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 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.
Daha sonra, bu zorlukları oluşturmak için bir sözleşme yazmamız gerekiyor. Verileri zincire zorlayacak DA zorlukları mevcut. Bu, sürece sözleşmeyi entegre etmenin ikinci adımıdır. Türetilen süreçte, 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 gerekir, böylece veriler zorluk çözüm sürecinde zincire gönderildiğinde.
Bu, olayın özüdür. Karmaşık çünkü işlerimizi zarif ve sağlam tutmak istiyoruz. Aynı zamanda, bu nispeten basit bir kavramdır. Her şeyi yeniden icat etmeye veya tüm OP Stack'i değiştirmeye çalışmadık, fakat karmaşık bir ortamda işleri basit tutmaya çalışıyoruz. Bu yüzden genel olarak, bu çok havalı bir mühendislik yolculuğudur.
Ben: OP açısından konuşabilirim. Lattice'in erken çalışmalarından bazılarına değindin. Tam o sırada, Optimism neredeyse tüm OP Stack'ı uçtan uca yeniden yazdı ve bu yayınladığımız şeye Bedrock diyoruz.
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 iyi şekilde kullanacak olursak, bu nasıl olur?" Bu, sonunda Bedrock olarak adlandırılan kod havuzuna evrildi ve bu, ağımıza 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 varisi. Bu, zincir üzerinde en eğlendiğimiz deneyimdi. Aynı zamanda, diğerlerinin de OP Stack kullanarak geliştirme yapabilmesi nedeniyle bir nefes aldık. Son birkaç yılda, ölçeklenmenin bir başka önemli dönüm noktasının birçok insanın zincir çalıştırabilmesi olduğunu düşünüyorum.
Bu, yalnızca 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 alıp harika şeyler yapabilmesini görmek büyük bir onur. Ardından bu durumun gerçek uygulamada Plasma'ya yayılması gerçekten harika. O dönemi biraz da olsa konuşabilirim.
Optimism, Optimism olmadan önce, aslında Plasma adında bir teknolojiyi araştırıyorduk. O zaman üstlendiğimiz görev, o zamanki ölçeklenebilirlik topluluğunun kapasitesinden çok daha fazlaydı. Erken dönem Plasma tasarımında gördüğünüz tasarım, bugün gördüğünüz 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 verilerin zorluğundan ayırarak ele alacağız. 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önem Ethereum ölçeklenme tarihinin bir şakasıydı.
Ama her zaman "Plasma ölmedi, sadece daha basit bir görev denemeye başlayabiliriz" düşüncesindeydik. Şimdi farklı terimler kullanıyoruz. Örneğin, o zamanlar (exits) gibi kavramlar vardı, şimdi geriye dönüp bakınca "oh, bu bazı ek adımlarla birlikte veri kullanılabilirliği zorluğuydu" diyebilirsiniz. Yani, sadece OP Stack'in diğerleri tarafından kullanılmadığını görmekle kalmayıp, aynı zamanda ilk başta denediğimiz ancak çok dağınık ve olgunlaşmamış bir soyutlama ile yaptığımız şeylere dönüştüğünü görmek gerçekten şaşırtıcı. Tam bir döngüyü tamamladık, ve sizler etrafında harika bir soyutlama yaptınız ve bunu makul ve mantıklı bir şekilde çalışır hale getirdiniz. 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 hâlâ ç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 uygulamamız var ve bunları hemen ana ağa çıkarmak istiyoruz. Bu oyunlar için 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 devreye girebilecek 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 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 gerekir. 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, ancak güvenlik ve performansta taviz veremezsiniz, aksi takdirde sistem çalışamaz.
Ben: Ya da teknik yük. Bahsettiğin en az değişiklik ilkesi, Bedrock yeniden yazımında en temel prensiplerden biri. Ben uçtan uca yeniden yazımı konuştum, ama daha önemlisi, yaklaşık 50.000 satır kodu azalttık, bu kendisi oldukça 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, işlerin gerçek testlerden geçmesini zorlaştırır ve daha fazla hata fırsatı getirir. Bu nedenle, bu süreci ilerletme konusunda gösterdiğiniz tüm çabalar için özellikle OP Stack'in yeni çalışma modeli için yaptığınız katkılardan dolayı çok teşekkür ederiz.
tdot: OP Stack gerçekten de bu tür şeylerde hızlı bir şekilde ilerlemenizi sağlayan bir yol 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 uzun bir yol var. Ama bu, modülerliğin çekiciliğinin özüdür. OP Stack açısından bakıldığında, bu benim için en heyecan verici şeylerden biri, Redstone üzerinde inşa edilen o muhteşem oyunlar ve sanal dünyaları bir kenara bırakırsak. OP Stack açısından tamamen bakıldığında, birçok harika çekirdek geliştiricinin bu yığına katıldığı ve bunu geliştirdiği güçlü bir örnek, bu gerçekten harika.
Bu bir ilk, sistemin özelliklerini önemli ölçüde değiştirebilecek bir anahtar boolean değeri aracılığıyla. Bunu tamamen başarmak, dediğin gibi, hala kat etmemiz gereken uzun bir yol var. Ama buna etkili bir şekilde yaklaşmak bile modüler destek gerektiriyor, değil mi? Bizim için bunu başardığınızı görmek, örneğin L2 Geth'i yeniden yazmadan, gerçekten bir rahatlama. Bu, 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 nedenle, hangi yeni özelliklerin entegre edileceğini görmek için çok heyecanlıyım. Bir zamanlar endişelendiğimiz şey, OP Stack üzerindeki tüm değişiklikleri içeren bir çatala sahip olmamızdı ve bunu ana dala birleştirmemiz gerekiyordu. O zaman düşündük, "Aman Tanrım, her şeyi gözden geçirmek delilik olurdu."
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 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 çok 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çleri test etmeye 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örmekten mutluyum. Bu konuda, senin açından bu çalışmanın nasıl gelişeceğini merak ediyorum. En çok hangi geliştirmeyi bekliyorsun?
tdot: Birçok farklı iş yönü vardır. Temelde hata kanıtı 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 hedefimiz ise izin gerektirmeyen ve zorunlu çıkış gibi işlevleri gerçekleştirmektir.
Bu nihai hedefe sahibiz ve güvenliği korurken bunu aşamalı olarak gerçekleştireceğiz. Bir zorluk, bazen ana ağa çıkmamanın 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 da gerekmez, teknik yükümlülük de olmaz" diye düşünebilirsiniz. Ancak, ana ağa hızlı bir şekilde çıkmak 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ı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ının olduğunu düşünüyorum. Şu anda her işlem için bir taahhüt olacak şekilde 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 kalıyoruz, böylece incelemesi kolay ve hızlı oluyor ve OP Stack ile büyük bir fark olmuyor. Ancak şimdi, taahhütleri topluca işlemek veya bunları blob'a göndermek gibi bazı optimizasyonlar var, ya da diğer 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 durum. Elbette, aynı zamanda tüm birlikte çalışabilirlik ile ilgili içerikleri ve tüm zincirler arasında etkileşim kurabilme yeteneğini 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şlemlerin Plasma modunda nasıl göründüğünü anlamak ve farklı güvenlik varsayımlarına sahip olmak istiyoruz.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
16 Likes
Reward
16
6
Share
Comment
0/400
GateUser-0717ab66
· 5h ago
Bu ne kadar ücret?
View OriginalReply0
ImpermanentPhobia
· 19h ago
Atmosfer grubu gösteriye geldi
View OriginalReply0
just_another_wallet
· 19h ago
plazma hala kurtarabilir mi?
View OriginalReply0
BlockchainDecoder
· 19h ago
Teknik açıdan bakıldığında, seçici L1 veri yayınlamanın bir uzlaşma çözümü olarak gerçekten mantıklı olup olmadığı?
View OriginalReply0
GetRichLeek
· 19h ago
pusuya yatmakop altı ay oldu, gerçekten patlayacak mı?
View OriginalReply0
SchrodingerGas
· 19h ago
Bu şeyin ne kadar gaz tasarrufu sağladığını kim hesaplayacak? Bir model çizeceğim.
OP Stack yenilikçileri sohbeti: Plasma Modu nasıl zincir oyunlarının geleceğini değiştiriyor
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'ın kurucu ortağı Ben Jones'u davet ettik. Optimism, OP Stack'in temel itici gücüdür. Plasma Mode, geliştiricilerin OP Stack üzerinde inşa etmelerini sağlar, ancak verileri L1'e yayınlama gerekliliği olmadan, maliyetleri azaltmak 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 yenilenmesinin ö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 duydukları heyecanı tartıştılar.
01. Plasma 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 Modu'ndan sorumluyum. Amaç oldukça 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ı zincir üstü dünyaları prototipleyip OP Stack üzerinde dağıttık. OP Stack'in oldukça iyi olduğunu gördük.
Böylece kendimize sorduk, "Onu nasıl daha ucuz hale 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 şeyler OP Stack'te de çalışabilir, bu ideal bir çözümdür. Ama biz onun daha ucuz olmasını istiyoruz.
O zaman, calldata hala OP Stack zincirinin veri kullanılabilirliği (DA) kaynağıydı, bu da çok pahalıydı. Bu yüzden, açıkça bir L2'yi calldata ile başlatamayacağımızı biliyorduk, çünkü tüm zincir oyunlarımız ve MUD dünyamız daha yüksek bir verim 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'yı keşfetmek gerektiği belirtilmişti.
Bu yüzden kendimize şunu sorduk: "Eğer zincir dışı DA ile başlarsak ne olur?" Tüm güvenlik modelinin ve her şeyin L1 Ethereum'a güvenmesini umuyoruz. Bu nedenle diğer Alt DA çözümlerinden kaçındık, verileri merkezi DA depolama alanında saklamaya ve ardından L1 üzerinde geçerli bir güvenlik modeli bulmaya karar verdik.
Bu nedenle bazı eski Plasma kavramlarını yeniden kullanıp bunları rollup'ın üzerine yerleştirmemiz gerektiğini düşünüyoruz. Burada bazı farklılıklar var. En büyük soru, mevcut OP Yığınında zincir dışı DA ve zincir üstü veri meydan okumasını nasıl gerçekleştireceğimizdir? Amacımız OP Yığınında mümkün olduğunca az değişiklik yapmak, rollup yolunu etkilememek çünkü OP Yığınını 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 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.
Daha sonra, bu zorlukları oluşturmak için bir sözleşme yazmamız gerekiyor. Verileri zincire zorlayacak DA zorlukları mevcut. Bu, sürece sözleşmeyi entegre etmenin ikinci adımıdır. Türetilen süreçte, 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 gerekir, böylece veriler zorluk çözüm sürecinde zincire gönderildiğinde.
Bu, olayın özüdür. Karmaşık çünkü işlerimizi zarif ve sağlam tutmak istiyoruz. Aynı zamanda, bu nispeten basit bir kavramdır. Her şeyi yeniden icat etmeye veya tüm OP Stack'i değiştirmeye çalışmadık, fakat karmaşık bir ortamda işleri basit tutmaya çalışıyoruz. Bu yüzden genel olarak, bu çok havalı bir mühendislik yolculuğudur.
Ben: OP açısından konuşabilirim. Lattice'in erken çalışmalarından bazılarına değindin. Tam o sırada, Optimism neredeyse tüm OP Stack'ı uçtan uca yeniden yazdı ve bu yayınladığımız şeye Bedrock diyoruz.
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 iyi şekilde kullanacak olursak, bu nasıl olur?" Bu, sonunda Bedrock olarak adlandırılan kod havuzuna evrildi ve bu, ağımıza 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 varisi. Bu, zincir üzerinde en eğlendiğimiz deneyimdi. Aynı zamanda, diğerlerinin de OP Stack kullanarak geliştirme yapabilmesi nedeniyle bir nefes aldık. Son birkaç yılda, ölçeklenmenin bir başka önemli dönüm noktasının birçok insanın zincir çalıştırabilmesi olduğunu düşünüyorum.
Bu, yalnızca 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 alıp harika şeyler yapabilmesini görmek büyük bir onur. Ardından bu durumun gerçek uygulamada Plasma'ya yayılması gerçekten harika. O dönemi biraz da olsa konuşabilirim.
Optimism, Optimism olmadan önce, aslında Plasma adında bir teknolojiyi araştırıyorduk. O zaman üstlendiğimiz görev, o zamanki ölçeklenebilirlik topluluğunun kapasitesinden çok daha fazlaydı. Erken dönem Plasma tasarımında gördüğünüz tasarım, bugün gördüğünüz 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 verilerin zorluğundan ayırarak ele alacağız. 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önem Ethereum ölçeklenme tarihinin bir şakasıydı.
Ama her zaman "Plasma ölmedi, sadece daha basit bir görev denemeye başlayabiliriz" düşüncesindeydik. Şimdi farklı terimler kullanıyoruz. Örneğin, o zamanlar (exits) gibi kavramlar vardı, şimdi geriye dönüp bakınca "oh, bu bazı ek adımlarla birlikte veri kullanılabilirliği zorluğuydu" diyebilirsiniz. Yani, sadece OP Stack'in diğerleri tarafından kullanılmadığını görmekle kalmayıp, aynı zamanda ilk başta denediğimiz ancak çok dağınık ve olgunlaşmamış bir soyutlama ile yaptığımız şeylere dönüştüğünü görmek gerçekten şaşırtıcı. Tam bir döngüyü tamamladık, ve sizler etrafında harika bir soyutlama yaptınız ve bunu makul ve mantıklı bir şekilde çalışır hale getirdiniz. 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 hâlâ ç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 uygulamamız var ve bunları hemen ana ağa çıkarmak istiyoruz. Bu oyunlar için 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 devreye girebilecek 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 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 gerekir. 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, ancak güvenlik ve performansta taviz veremezsiniz, aksi takdirde sistem çalışamaz.
Ben: Ya da teknik yük. Bahsettiğin en az değişiklik ilkesi, Bedrock yeniden yazımında en temel prensiplerden biri. Ben uçtan uca yeniden yazımı konuştum, ama daha önemlisi, yaklaşık 50.000 satır kodu azalttık, bu kendisi oldukça 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, işlerin gerçek testlerden geçmesini zorlaştırır ve daha fazla hata fırsatı getirir. Bu nedenle, bu süreci ilerletme konusunda gösterdiğiniz tüm çabalar için özellikle OP Stack'in yeni çalışma modeli için yaptığınız katkılardan dolayı çok teşekkür ederiz.
tdot: OP Stack gerçekten de bu tür şeylerde hızlı bir şekilde ilerlemenizi sağlayan bir yol 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 uzun bir yol var. Ama bu, modülerliğin çekiciliğinin özüdür. OP Stack açısından bakıldığında, bu benim için en heyecan verici şeylerden biri, Redstone üzerinde inşa edilen o muhteşem oyunlar ve sanal dünyaları bir kenara bırakırsak. OP Stack açısından tamamen bakıldığında, birçok harika çekirdek geliştiricinin bu yığına katıldığı ve bunu geliştirdiği güçlü bir örnek, bu gerçekten harika.
Bu bir ilk, sistemin özelliklerini önemli ölçüde değiştirebilecek bir anahtar boolean değeri aracılığıyla. Bunu tamamen başarmak, dediğin gibi, hala kat etmemiz gereken uzun bir yol var. Ama buna etkili bir şekilde yaklaşmak bile modüler destek gerektiriyor, değil mi? Bizim için bunu başardığınızı görmek, örneğin L2 Geth'i yeniden yazmadan, gerçekten bir rahatlama. Bu, 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 nedenle, hangi yeni özelliklerin entegre edileceğini görmek için çok heyecanlıyım. Bir zamanlar endişelendiğimiz şey, OP Stack üzerindeki tüm değişiklikleri içeren bir çatala sahip olmamızdı ve bunu ana dala birleştirmemiz gerekiyordu. O zaman düşündük, "Aman Tanrım, her şeyi gözden geçirmek delilik olurdu."
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 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 çok 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çleri test etmeye 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örmekten mutluyum. Bu konuda, senin açından bu çalışmanın nasıl gelişeceğini merak ediyorum. En çok hangi geliştirmeyi bekliyorsun?
tdot: Birçok farklı iş yönü vardır. Temelde hata kanıtı 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 hedefimiz ise izin gerektirmeyen ve zorunlu çıkış gibi işlevleri gerçekleştirmektir.
Bu nihai hedefe sahibiz ve güvenliği korurken bunu aşamalı olarak gerçekleştireceğiz. Bir zorluk, bazen ana ağa çıkmamanın 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 da gerekmez, teknik yükümlülük de olmaz" diye düşünebilirsiniz. Ancak, ana ağa hızlı bir şekilde çıkmak 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ı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ının olduğunu düşünüyorum. Şu anda her işlem için bir taahhüt olacak şekilde 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 kalıyoruz, böylece incelemesi kolay ve hızlı oluyor ve OP Stack ile büyük bir fark olmuyor. Ancak şimdi, taahhütleri topluca işlemek veya bunları blob'a göndermek gibi bazı optimizasyonlar var, ya da diğer 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 durum. Elbette, aynı zamanda tüm birlikte çalışabilirlik ile ilgili içerikleri ve tüm zincirler arasında etkileşim kurabilme yeteneğini 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şlemlerin Plasma modunda nasıl göründüğünü anlamak ve farklı güvenlik varsayımlarına sahip olmak istiyoruz.
Ben: