Bir Toplama makalesine "Toplama nedir" veya "Neden bir Toplamaya ihtiyacımız var" gibi bir şeyle başlamak, Ben Amca'yı öldürmek veya Örümcek Adam ve Batman filmlerinin her yinelemesinde Wayne'in annesini ve babasını vurmak gibidir. Babamla aynı. Bu makaleyi okuyorsanız yukarıdaki konulara dair temel bir anlayışa sahip olduğunuzu varsayıyorum.Burada uygulama zinciri ve uygulama Toplama arasındaki tartışmayı atlayıp doğrudan konuya geçiyoruz.
Uygulamaya Özel Toplamaların Yükselişi****Evrensel Toplamalar Sinir bozucu
Evrensel Toplama, Hindistan'daki okul sistemi gibidir (diğer okul sistemleriyle benzer özelliklere sahip olduklarına eminim, ancak bu konuda yalnızca ilk elden deneyimim var).
Sporcular, şarkıcılar, matematikçiler, düşünürler ve ekonomistlerin geçer not alabilmeleri için aynı süreçten geçmeleri gerekiyor. Sistem herhangi bir gruba karşı "önyargılı" değildir ancak herkese karşı da "adil" değildir. Ama hey, arkadaş olduk! (Bu daha sonra önemli olacaktır).
Benzer şekilde, evrensel bir Toplama üzerindeki uygulamalar için, Toplama her uygulamanın ihtiyaçlarını ayrı ayrı karşılayamayacağından, darboğaz çalışma zamanı ortamının kendisidir. Her uygulama farklı türde bir optimizasyon gerektirebilir ve özelleştirilmiş iyileştirmeler onlar için haklı gösterilmeyebilir. Ancak yalnızca deney yapıyorsanız ve kaba bir fikir edinmek istiyorsanız bu en uygun seçenektir. Ayrıca bazı ortalama öğrenciler gibi bazı uygulamalar için bu doğru çözüm olabilir!
Uygulamaya özel Toplama kafa karıştırıcıdır
Çocuğum devlet okulu için fazla atletik ve özel eğitime ihtiyacı var. Onu bir spor okuluna mı göndermem gerekiyor yoksa kişisel bir antrenör tutmalı mıyım?
Toplamanın net bir şekilde sınıflandırılması zordur****Haydi bir oyun oynayalım
Aşağıda 8 özel uygulama özeti bulunmaktadır. Ancak her gruptan 1 öğe aslında o gruba ait değil. Hangisi olduğunu söyleyebilir misin?
Uygulama özgüllüğü kafa karıştırıcı bir terim haline geliyor. Sözleşmelerin kendi üzerlerine dağıtılmasına izin veren bazı özel uygulama Toplamaları vardır; ayrıca sanal makineleri desteklediği için sözleşme dağıtımına izin veren bazı özel uygulama Toplamaları da vardır, ancak belirli kısıtlamalar olacaktır; Kapalı sanal makineleri var veya sanal makineleri yok makineler hiç yoktur ve diğer geliştirme türlerini desteklemez.
Bunları bir arada sınıflandırmak doğru mudur?
Yukarıdaki alıştırmanın yanıtları:
Grup1: Celo garip bir seçenektir çünkü diğer geliştiricilerin doğrudan kullanabileceği uygulamalar oluşturmasına olanak tanır. Grup 1'de dikkate alınacak diğer projeler Fuel-v1, Aevo, RhinoFi vb.'dir.
Grup 2: Loopring, kutudan çıktığı haliyle çalışan tek amaca yönelik oluşturulmuş Toplama olduğundan garip bir seçimdir; geri kalanı ise üzerinde konuşlandırılan uygulamalar için gizlilik, NFT'ler ve TPS gibi belirli özellikler için optimize edilmiş ağlardır. miras. Grup 2'de değerlendirilebilecek diğer projeler ise Kinto, Kroma, Public Goods Network vb. projelerdir.
Değiştirilmiş genel sanal makinelerde sözleşmelerin dağıtımında sorunlar
Akıllı sözleşmeleri dağıttığınız bu sanal makineler, Turing'in tam durum makinelerinden başka bir şey değildir. Onlara dağıttığınız sözleşmeler yalnızca durumun kendisini değiştirir; VM'nin temel durum geçiş kurallarını gerçekten etkilemez. Rollup aslında iş mantığınızın üzerinde yer aldığı sanal bir makinedir.
İş mantığınız, Rollup'ın durum geçiş işlevlerinden ayrıdır.
Buna ayrıca "uygulama oluşturmak için akıllı sözleşme paradigması" diyorum çünkü sanal bir makinenin üzerine bazı ek mantıklar yerleştiriyorsunuz. Toplama, uygulamanın mantığını kanıtlamakla "doğrudan" ilgilenmez. VM, uygulamanız değil, Toplamadır.
Elbette sanal makinenin tek sahibi sizsiniz, uygulamanız tek vatandaştır ve uygulamanıza uygun hale getirmek için tabanı sürekli olarak geliştirebilirsiniz. Uygulamanın performansını artırmak için durum geçiş işlevini (STF) geliştirmeye ve işlem kodları eklemeye/kaldırmaya devam edebilirsiniz, ancak uygulama bağımsız kalır ve VM'nin kendisi tarafından sınırlandırılır.
Lamborghini Huracan'ı çeken Lamborghini Urus gibi
Belirli bir uygulama üzerinde ayrı bir uygulama Toplama daha iyisini yapabilir. STF'nin kapsamının uygulamanızın iş mantığına uyacak şekilde giderek küçülmesini sağlayacak şekilde STF'yi geliştirmeye devam etseydiniz ne olurdu? Sonunda, siz güçlendikçe, STF, iş mantığı ile STF'nin örtüştüğü bir noktaya yaklaşacaktır ve o noktada fark edeceksiniz ki... ah, bir dakika bekleyin!
Mikro Toplama doğdu
Bu nedenle Micro-Rollup, uygulamanın durum geçiş fonksiyonunun iş mantığının kendisi olduğu bir Toplamadan başka bir şey değildir.
Uygulama bir Toplama haline gelir, durum herhangi bir yürütme ortamında mümkün olan herhangi bir şekilde yönetilebilir ve durum geçiş kuralları doğrudan uygulamanın çalışma zamanında uygulanabilir. Uygulama herhangi bir kısıtlama olmaksızın özelleştirilebilir. Kanıtlar makineden ziyade iş mantığınıza bağlıdır, bu da uygulamanızı hafif kılar.
Mikro Toplama, geliştirici deneyimi açısından sınırsızdır. Bunları istediğiniz araçları kullanarak oluşturabilirsiniz çünkü bunlar sanal makinelerle sınırlı değildir. Web2 arka uç uygulamalarına benziyorlar, ancak işlemlerin kanıtlarını periyodik olarak L1'e yayınlıyorlar. Bunun web2 geliştiricilerini web3 alanına geçme konusunda etkileyen önemli bir faktör olacağını düşünüyorum.
Aslında daha iyi bir örnek Rimac Nevera olabilir, çünkü daha hızlıdır ve elektrikli olduğundan muhtemelen çalıştırılması daha ucuzdur.
Bu yaklaşımın tek dezavantajı, her farklı uygulama için özel prova mekanizmasıdır. Uygulama mantığı ortak bir aracı olarak derlenebilirse, kamu aracısının kanıtlanması, her başvurunun ayrı ayrı kanıtlanmasının sıkıntısını ortadan kaldıracaktır, ancak kişisel olarak bunun verimlilik ile daha hızlı geliştirme arasında bir ödünleşim olduğunu düşünüyorum.
Bu sorunu, sanal makine içeren bir yürütme katmanı kullanmadan çözmenin yolları vardır. Peki ya geliştiricilerin bunu yapmasına izin veren bir araç olsaydı?
Stackr Labs'ın misyonu budur: Herkesin, tıpkı web2 arka uç uygulamaları oluştururken olduğu gibi, kısıtlama olmadan istediği dilde uygulamalarını oluşturabilmesi için bir Micro-Rollup çerçevesi ve SDK oluşturuyoruz. Prosedür aynı. Micro-Rollup geliştirmeyi akıllı sözleşmeler yazmak ve dağıtmak kadar kolay hale getirmek, modülerlikten bahsetmeye bile gerek yok, geliştiricilerin herhangi bir ekosistemi seçme yeteneğini artırır.
**Peki Mikro Toplama gerçek mi? **
Her zaman Rollup'ın kendisi kadar gerçekti.
Loopring, dYdX ve Fuel-v1 gibi uygulamalar zaten var veya uzun süredir var. Bunlar, özellikle kullanım durumlarına hizmet etmek için çalışan özel mantığa sahip, yüksek düzeyde optimize edilmiş Toplamalardır. Farkında olduğum ve üzerinde şahsen çalıştığım, sanal makineye dayalı olmayan ilk özel uygulama Rollup, bir zamanlar Worldcoin tokeninin çekirdek altyapısı olarak hizmet veren 3 yıllık bir proje olan Hubble Optimistic Rollup'tır.
Artık bu terimler arasında ayrım yapmak giderek daha önemli hale geliyor.
Mikro Toplamaların kullanım durumları sonsuzdur:
Oyunlar, borsalar ve NFT pazarları gibi tüketici ürünleri
Uygulama zinciri uygulama toplamasına dönüştürülebilir
Benzersiz kullanım örneklerini destekleyen yeni VM türleri bile oluşturarak VM inovasyonunun kapısını açabilirsiniz.
Sonuç olarak
Daha önce gösterdiğim yapı ağacında özel durum makinesine ilişkin öğeler eksikti.
Ayrıca, VM veya EVM tabanlı toplama kullanarak tek bir protokolün dağıtılması, bağımsız uygulamalar için verimli değildir. Zaten çok sayıda akıllı sözleşmeye sahip olan ve protokollerini EVM benzeri bir zincir üzerinde çalıştıran uygulamalar için uygundur, ancak "daha fazlasını isteyen uygulamalar" ve VM sınırlamalarından kurtulmak isteyen uygulamalar için uygun değildir.
Yani eğer ağacı budarsak son ağaç bu şekilde görünecektir. Bu yüzden yakın gelecekte App-Rollup, Micro-Rollup veya RollApp'in App olarak adlandırılacağını düşünüyorum.
Bu nedenle, Mikro Toplama = Toplama Uygulamasındaki Toplama Uygulaması.
View Original
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.
Mikro Toplama bir sonraki dalga mı?
Yazan: KAUTUK, Stackr geliştiricisi Derleyen: Luffy, Foresight News
Bir Toplama makalesine "Toplama nedir" veya "Neden bir Toplamaya ihtiyacımız var" gibi bir şeyle başlamak, Ben Amca'yı öldürmek veya Örümcek Adam ve Batman filmlerinin her yinelemesinde Wayne'in annesini ve babasını vurmak gibidir. Babamla aynı. Bu makaleyi okuyorsanız yukarıdaki konulara dair temel bir anlayışa sahip olduğunuzu varsayıyorum.Burada uygulama zinciri ve uygulama Toplama arasındaki tartışmayı atlayıp doğrudan konuya geçiyoruz.
Uygulamaya Özel Toplamaların Yükselişi****Evrensel Toplamalar Sinir bozucu
Evrensel Toplama, Hindistan'daki okul sistemi gibidir (diğer okul sistemleriyle benzer özelliklere sahip olduklarına eminim, ancak bu konuda yalnızca ilk elden deneyimim var).
Sporcular, şarkıcılar, matematikçiler, düşünürler ve ekonomistlerin geçer not alabilmeleri için aynı süreçten geçmeleri gerekiyor. Sistem herhangi bir gruba karşı "önyargılı" değildir ancak herkese karşı da "adil" değildir. Ama hey, arkadaş olduk! (Bu daha sonra önemli olacaktır).
Benzer şekilde, evrensel bir Toplama üzerindeki uygulamalar için, Toplama her uygulamanın ihtiyaçlarını ayrı ayrı karşılayamayacağından, darboğaz çalışma zamanı ortamının kendisidir. Her uygulama farklı türde bir optimizasyon gerektirebilir ve özelleştirilmiş iyileştirmeler onlar için haklı gösterilmeyebilir. Ancak yalnızca deney yapıyorsanız ve kaba bir fikir edinmek istiyorsanız bu en uygun seçenektir. Ayrıca bazı ortalama öğrenciler gibi bazı uygulamalar için bu doğru çözüm olabilir!
Uygulamaya özel Toplama kafa karıştırıcıdır
Çocuğum devlet okulu için fazla atletik ve özel eğitime ihtiyacı var. Onu bir spor okuluna mı göndermem gerekiyor yoksa kişisel bir antrenör tutmalı mıyım?
Toplamanın net bir şekilde sınıflandırılması zordur****Haydi bir oyun oynayalım
Aşağıda 8 özel uygulama özeti bulunmaktadır. Ancak her gruptan 1 öğe aslında o gruba ait değil. Hangisi olduğunu söyleyebilir misin?
Uygulama özgüllüğü kafa karıştırıcı bir terim haline geliyor. Sözleşmelerin kendi üzerlerine dağıtılmasına izin veren bazı özel uygulama Toplamaları vardır; ayrıca sanal makineleri desteklediği için sözleşme dağıtımına izin veren bazı özel uygulama Toplamaları da vardır, ancak belirli kısıtlamalar olacaktır; Kapalı sanal makineleri var veya sanal makineleri yok makineler hiç yoktur ve diğer geliştirme türlerini desteklemez.
Bunları bir arada sınıflandırmak doğru mudur?
Yukarıdaki alıştırmanın yanıtları:
Grup1: Celo garip bir seçenektir çünkü diğer geliştiricilerin doğrudan kullanabileceği uygulamalar oluşturmasına olanak tanır. Grup 1'de dikkate alınacak diğer projeler Fuel-v1, Aevo, RhinoFi vb.'dir.
Grup 2: Loopring, kutudan çıktığı haliyle çalışan tek amaca yönelik oluşturulmuş Toplama olduğundan garip bir seçimdir; geri kalanı ise üzerinde konuşlandırılan uygulamalar için gizlilik, NFT'ler ve TPS gibi belirli özellikler için optimize edilmiş ağlardır. miras. Grup 2'de değerlendirilebilecek diğer projeler ise Kinto, Kroma, Public Goods Network vb. projelerdir.
Değiştirilmiş genel sanal makinelerde sözleşmelerin dağıtımında sorunlar
Akıllı sözleşmeleri dağıttığınız bu sanal makineler, Turing'in tam durum makinelerinden başka bir şey değildir. Onlara dağıttığınız sözleşmeler yalnızca durumun kendisini değiştirir; VM'nin temel durum geçiş kurallarını gerçekten etkilemez. Rollup aslında iş mantığınızın üzerinde yer aldığı sanal bir makinedir.
İş mantığınız, Rollup'ın durum geçiş işlevlerinden ayrıdır.
Buna ayrıca "uygulama oluşturmak için akıllı sözleşme paradigması" diyorum çünkü sanal bir makinenin üzerine bazı ek mantıklar yerleştiriyorsunuz. Toplama, uygulamanın mantığını kanıtlamakla "doğrudan" ilgilenmez. VM, uygulamanız değil, Toplamadır.
Elbette sanal makinenin tek sahibi sizsiniz, uygulamanız tek vatandaştır ve uygulamanıza uygun hale getirmek için tabanı sürekli olarak geliştirebilirsiniz. Uygulamanın performansını artırmak için durum geçiş işlevini (STF) geliştirmeye ve işlem kodları eklemeye/kaldırmaya devam edebilirsiniz, ancak uygulama bağımsız kalır ve VM'nin kendisi tarafından sınırlandırılır.
Lamborghini Huracan'ı çeken Lamborghini Urus gibi
Belirli bir uygulama üzerinde ayrı bir uygulama Toplama daha iyisini yapabilir. STF'nin kapsamının uygulamanızın iş mantığına uyacak şekilde giderek küçülmesini sağlayacak şekilde STF'yi geliştirmeye devam etseydiniz ne olurdu? Sonunda, siz güçlendikçe, STF, iş mantığı ile STF'nin örtüştüğü bir noktaya yaklaşacaktır ve o noktada fark edeceksiniz ki... ah, bir dakika bekleyin!
Mikro Toplama doğdu
Bu nedenle Micro-Rollup, uygulamanın durum geçiş fonksiyonunun iş mantığının kendisi olduğu bir Toplamadan başka bir şey değildir.
Uygulama bir Toplama haline gelir, durum herhangi bir yürütme ortamında mümkün olan herhangi bir şekilde yönetilebilir ve durum geçiş kuralları doğrudan uygulamanın çalışma zamanında uygulanabilir. Uygulama herhangi bir kısıtlama olmaksızın özelleştirilebilir. Kanıtlar makineden ziyade iş mantığınıza bağlıdır, bu da uygulamanızı hafif kılar.
Mikro Toplama, geliştirici deneyimi açısından sınırsızdır. Bunları istediğiniz araçları kullanarak oluşturabilirsiniz çünkü bunlar sanal makinelerle sınırlı değildir. Web2 arka uç uygulamalarına benziyorlar, ancak işlemlerin kanıtlarını periyodik olarak L1'e yayınlıyorlar. Bunun web2 geliştiricilerini web3 alanına geçme konusunda etkileyen önemli bir faktör olacağını düşünüyorum.
Aslında daha iyi bir örnek Rimac Nevera olabilir, çünkü daha hızlıdır ve elektrikli olduğundan muhtemelen çalıştırılması daha ucuzdur.
Bu yaklaşımın tek dezavantajı, her farklı uygulama için özel prova mekanizmasıdır. Uygulama mantığı ortak bir aracı olarak derlenebilirse, kamu aracısının kanıtlanması, her başvurunun ayrı ayrı kanıtlanmasının sıkıntısını ortadan kaldıracaktır, ancak kişisel olarak bunun verimlilik ile daha hızlı geliştirme arasında bir ödünleşim olduğunu düşünüyorum.
Bu sorunu, sanal makine içeren bir yürütme katmanı kullanmadan çözmenin yolları vardır. Peki ya geliştiricilerin bunu yapmasına izin veren bir araç olsaydı?
Stackr Labs'ın misyonu budur: Herkesin, tıpkı web2 arka uç uygulamaları oluştururken olduğu gibi, kısıtlama olmadan istediği dilde uygulamalarını oluşturabilmesi için bir Micro-Rollup çerçevesi ve SDK oluşturuyoruz. Prosedür aynı. Micro-Rollup geliştirmeyi akıllı sözleşmeler yazmak ve dağıtmak kadar kolay hale getirmek, modülerlikten bahsetmeye bile gerek yok, geliştiricilerin herhangi bir ekosistemi seçme yeteneğini artırır.
**Peki Mikro Toplama gerçek mi? **
Her zaman Rollup'ın kendisi kadar gerçekti.
Loopring, dYdX ve Fuel-v1 gibi uygulamalar zaten var veya uzun süredir var. Bunlar, özellikle kullanım durumlarına hizmet etmek için çalışan özel mantığa sahip, yüksek düzeyde optimize edilmiş Toplamalardır. Farkında olduğum ve üzerinde şahsen çalıştığım, sanal makineye dayalı olmayan ilk özel uygulama Rollup, bir zamanlar Worldcoin tokeninin çekirdek altyapısı olarak hizmet veren 3 yıllık bir proje olan Hubble Optimistic Rollup'tır.
Artık bu terimler arasında ayrım yapmak giderek daha önemli hale geliyor.
Mikro Toplamaların kullanım durumları sonsuzdur:
Sonuç olarak
Daha önce gösterdiğim yapı ağacında özel durum makinesine ilişkin öğeler eksikti.
Ayrıca, VM veya EVM tabanlı toplama kullanarak tek bir protokolün dağıtılması, bağımsız uygulamalar için verimli değildir. Zaten çok sayıda akıllı sözleşmeye sahip olan ve protokollerini EVM benzeri bir zincir üzerinde çalıştıran uygulamalar için uygundur, ancak "daha fazlasını isteyen uygulamalar" ve VM sınırlamalarından kurtulmak isteyen uygulamalar için uygun değildir.
Yani eğer ağacı budarsak son ağaç bu şekilde görünecektir. Bu yüzden yakın gelecekte App-Rollup, Micro-Rollup veya RollApp'in App olarak adlandırılacağını düşünüyorum.
Bu nedenle, Mikro Toplama = Toplama Uygulamasındaki Toplama Uygulaması.