Ana Sayfa
AI AI
Flaş
Derinlik
Etkinlikler
BlockBeats Pro
Daha Fazla
Finans
Özel
Blok Zinciri Ekosistemi
Giriş
Podkastlar
Veri
OPRR
#
BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
Partnered With:

ETHPanda Konuşması | Nethermind'den Ethereum Vakfı'na: Tomasz'ın Ethereum Çekirdek Geliştirme Yolculuğu

Bu makaleyi okumak için 74 Dakika
Mülakat, Tomasz Stanczak'ın geleneksel finans alanından Web3 çekirdek geliştiriciliğine yaptığı kariyer değişikliğini inceledi.
Orijinal Metin Başlığı: "ETHPanda Söyleşisi | Nethermind'den Ethereum Vakfı'na: Tomasz'ın Ethereum Çekirdek Geliştirme Serüveni"
Orijinal Kaynak: ETHPanda


Bu Bölümün Konuğu


Tomasz Stanczak: Ethereum Vakfı (EF) Ortak İcra Direktörü, Nethermind Kurucusu, Ethereum Çekirdek Geliştiricisi.


Tanıtım ve Kişisel Gelişim


Bruce: Bugün, Tomasz'ı konuk etmekten büyük bir onur duyuyoruz ve onun kişisel gelişim serüveni, Ethereum Vakfı (Ethereum Foundation), çekirdek protokol ve Ethereum ekosisteminde yapay zeka uygulamaları hakkında konuşacağız. Şangay'a hoş geldiniz ve bugünkü katılımınızdan dolayı teşekkür ederiz. Lütfen kendinizi kısaca tanıtabilir misiniz?


Tomasz: Herkese merhaba, ben Tomasz. Bu yılın Mart ayında Ethereum Vakfı'na katıldım ve Hsiao-Wei Wang ile birlikte Ortak İcra Direktörü olarak görev yapıyorum. Bunun öncesinde, Nethermind adında bir şirketi işletiyordum - bu şirketi 2017 yılında kurdum ve Ethereum'un çekirdek geliştirme ve altyapı inşası üzerine odaklandı. Başlangıçta doğrudan mühendislik uygulamalarına katıldım ve Ethereum istemcisi Nethermind'i geliştirdim. Şu anda dünya genelindeki Ethereum ana ağı düğümlerinin yaklaşık %25 ila %30'u bu istemci yazılımını çalıştırıyor; bu, uzun süredir gurur duyduğumuz bir başarı ve bu lider konumuz uzun bir süredir devam ediyor.


Blok zincir sektörüne girmeden önce geleneksel finans endüstrisinde çalıştım: Citibank Londra şubesinde döviz teknoloji departmanında görev yaptım ve daha sonra Londra'da Roko's Capital adlı bir hedge fonunda bir buçuk yıl çalıştım. Ethereum Vakfı'na katıldıktan sonraki altı ay boyunca, mevcut başarılı işleyiş sistemini bozmadan değişimi teşvik etmek için çaba harcıyorum. Bu yıllar boyunca Ethereum ekosisteminde birçok hikaye biriktirdim - hem Nethermind'den girişimcilik deneyimi, hem de vakıftaki çalışma görüşleri. Nethermind'den bakıldığında, ekosisteme önemli miktarda yetenek kazandırdık: son üç dört yıl içinde, neredeyse 600 kişi staj vb. yollarla takıma katıldı, burada deneyim kazandıktan sonra birçok kişi kendi işini kurmayı seçti veya Ethereum ekosistemindeki önemli projelere dahil oldu. Bu kişilerin gelişim süreçlerine tanıklık etmek gerçekten anlamlıydı. Tesadüfen, Ethereum Vakfı da bir protokol araştırmacısı programına sahip, yeni araştırmacıların ekosisteme katılmasına odaklanıyor; şu anda her iki ekibin de yaklaşık olarak 200'ü aşkın üyesi bulunuyor.


Bruce: Ethereum Vakfı'na katılmadan önce Nethermind'i kurma sürecinde, Ethereum'un temel geliştirilmesine neden dahil olmaya karar verdiniz?


Tomasz: Temel motivasyonum meraktı. Başlangıçta, sadece zincir üzerinde işlem yapabilen bir yazılım geliştirmek istedim, aslında başlangıçta bunu kendi kullanımım için yapıyordum. Daha sonra Ethereum'un Beyaz Kağıdını okumaya başladım, sadece Ethereum'un temel işleyiş mantığını anlamak istiyordum, sonra Beyaz Kağıdın içeriğini uygulamaya dökmeye çalıştım, örneğin Ethereum Sanal Makinesi (EVM) ile ilgili işlevsellikleri. EVM'yi derinlemesine incelediğimde artık duramadım - başlangıçta sadece basit bir fikirdi, ancak sonra üç yıl süren bir tam proje haline gelen bir plana dönüştü, tüm temel işlevleri gerçekleştirmeyi hedefledik. Yaklaşık bir yıl sonra, kullanılabilir bir istemci geliştirdik, ancak bu şirket benim kendi kendime finanse ettiğim bir şirketti, birkaç ay sonra Greg benimle katıldı ve birlikte bir veya iki yıl çalışarak bu temel geliştirme projesini şekillendirdik. Aslında, başlangıçta asıl planım temel geliştirme yapmak değildi, uygulama geliştirmeyi düşünüyordum.


Temel geliştirme alanı belirli bir çekiciliğe sahiptir: Eğer bu alana gerçekten tutkuluysanız, istemci uygulaması ve protokolün kendisinin oluşturulması sürecinde derin bir tatmin ve gurur duyarsınız. "Ethereum'u inşa etmeye katkıda bulunuyorum" şeklinde bir sahiplenme hissi doğar - bu sadece topluluğun bir parçası olmak değil, aynı zamanda protokolün kendisine gerçekten dahil olmak anlamına gelir.


Belirtilmesi gereken bir diğer nokta, temel geliştirme yapmaya başladığımda tamamen kendi başıma keşfettiğimdir, diğer temel geliştiricilerle iletişim kurmadım, şimdi düşünüyorum ki aslında cahilliğim nedeniyleydi: o zamanlar onlarla iletişim kurmanın aslında çok kolay olduğunu bilmiyordum, bir e-posta veya tweet atmak yeterliydi. Bu durum, temel geliştirmenin bir özelliğini yansıtıyor: belirli bir kesin yol yok, size ne yapmanız gerektiğini söyleyen kimse yok. Çoğu zaman sadece açık kaynaklı, izne gerek duymayan bir platformda kendi başınıza keşfe çıkarsınız ve bu keşif yapılabilir.


Bruce: Çok ilginç. Ayrıca, kendi kendinize finanse ettiğiniz Nethermind'i kurduğunuzu duydum. Şirketiniz başlangıçta risk sermayesi (VC) almadı. Bu modelün avantajları ve zorlukları nelerdir sizce?


Tomasz: Aslında başta bilinçli bir şekilde fonlamayı reddetmedim. O zamanlar girişim sermayesi hakkında biraz belirsiz fikirlere sahiptim, girişimlerin finansman için uğraşması gerektiğini duymuştum, bu yüzden gerçekten risk sermayesine ulaşmayı denedim, ancak süreç çok düzgün geçmedi, başlıca nedenim hazırlıksız olmam, plan yapmamış olmamdı. Şimdi genellikle girişimcilerle görüşüyorum, finansman sürecine dair birçok konuyu biliyorum: Eğer bir girişimcinin finansman konusunda danışmanlık istemesi gerekiyorsa, onlara problemleri belirlemeleri, çözümleri bulmaları, iş planlarını hazırlamaları gerektiğini, ardından sermaye sağlamak için aktif bir şekilde adım atmaları gerektiğini ve sürecin tümünde iyi bir ivmenin korunması gerektiğini söylerim. Finansman birçok detayı içerir, ancak süreç nispeten standartlaştırılmıştır - fikrinizin pazara uygun olması durumunda, problem ve çözüm eşleşiyorsa, finansman süreci sorunsuz olacaktır; aksi takdirde bazı engellerle karşılaşabilirsiniz.


Ve o zamanlar benim durumum çok karmaşıktı: Bir yandan temel geliştirme çözümü oluşturmam gerekiyordu (yani istemci uygulama uygulaması), diğer yandan ticarileşme yoluna ilişkin başka bazı fikirlerim vardı, ayrıca o zamanki oldukça büyük ölçekli uzun vadeli vizyonum vardı - gelecekteki hedge fonlarına Ethereum istemci hizmeti sunmak, böylece yerel olarak Ethereum istemci uygulamasını çalıştırabilsinler. Ancak 2017 yılında, bu fikir çoğu insan tarafından olumlu karşılanmıyordu, hatta bazıları bunu imkansız buluyordu. Birkaç kişiyle konuştuğumda, "Tek başına nasıl başarabilirsin?" ya da "Neden istemci yapmak istiyorsun? Bu asla ticarileşemez," gibi şüphelerini dile getirirlerdi. Bu sesleri duyunca, tam aksine, kendi kararımı daha da sağlamlaştım - şimdi geriye dönüp baktığımda, o zamanki kağıda yazdığım vizyonum, mevcut Nethermind'in gerçek durumuyla tam olarak örtüşüyor: Gerçekten de büyük finans kurumları ve hedge fonları ile işbirliği yaparak yerel olarak istemci uygulaması dağıtıyorlar, veri çıkarma, uzak prosedür çağrısı (RPC), işlem gönderme vb. senaryolarda kullanıyorlar. Ancak o zamanlar, sadece ben bu geleceği görebiliyordum, diğerlerini ikna edemiyordum.


Sonunda neden kendi sermayemi seçtiğime gelince, bir kısmı, önde gelen bir üniversite diplomasına sahip olmamam, başlangıç yatırımı sürecini bilmemem ve şüphelerini doğrulamak için girişim sermayedarlarıyla iletişim kurmak istememdi; diğer bir kısım ise onların yanlış olduklarını pratiğe dökerek kanıtlamak istememdi. Bu tür bir zihniyetin pek çok yeni girişimcinin sahip olmadığına inanıyorum ama bu yolculuk gerçekten de son derece zordu, uzun süre mücadele ettim. Şansıma, önceki bankacılık ve hedge fonu çalışmamdan iyi bir gelir elde etmiş, birikimlerim vardı, böylece "finansman almadan hayatta kalamam" durumuna düşmedim. Ancak kendi sermayemle çalışmanın getirdiği baskı hala büyüktü, özellikle personel alımına başladıktan sonra, fonlar çok hızlı tükenmeye başladı.


Eğer tek başına kurucu isen, tamamen kendi başına çalışmak, hiç kimseyi işe almamak, maliyetleri en aza indirebilirsin aslında - örneğin, yaşam maliyeti çok düşük olan bir ülkeye taşınabilir, hatta tasarruf yapabilirsin. Ancak personel alımına başladığında, aylık sabit masrafları karşılamak zorunda kalacaksın, baskı anında artacaktır. Şu anda birçok girişimci (özellikle teknik olmayanlar) başlangıçta geliştiricileri ve mühendisleri işe almaya ihtiyaç duyuyor, bu da maliyetleri kontrol etmek için çok yönlü yeteneklere sahip olmalarını gerektiriyor.


Ancak kendi sermayesi olmanın açık avantajları da var: Aslında o zamanlar girişimin birçok yönünü bilmiyordum, eğer o zamanki başarılarımdan sonra finansman sağlamış olsaydım, muhtemelen büyük miktarlarda para israf ederdim ve başarısızlığa sürüklenebilirdim - bu tür bir başarısızlık, "her gün değerimi kanıtlamak"tan daha acı verici olurdu. Kendi başınasın olduğunda, kendine çok katı kurallar koymakla birlikte, süreç ağır olabilir, ancak bu tür bir baskı yatırımcıların hayal kırıklığına karşı koymaktan çok daha kolaydır.


Bruce: Nethermind'in kuruluşunun erken döneminde kaç kişi vardı?


Tomasz: Tam sayıyı şu anda hatırlamıyorum. Yaklaşık bir ile bir buçuk yıl sonra, Ethereum Vakfı'ndan ilk tur hibe projelerine başvurduk, 50.000 dolar aldık, bu da benim ilk resmi çalışanımı işe almaya başladığım zamandı. Daha önce Greg, kurucu mühendis olarak, kurucu ortak olarak ekibe katılmıştı, ancak bir yıl kaldıktan sonra ayrıldı, ancak şimdi ilişkimiz hala çok iyi. İlginç olan şu ki, ben onunla ancak üç veya dört yıl sonra ilk kez karşılaştık, bu yüzden şirketin erken dönemi tamamen uzaktan çalışma modeliydi, ilk resmi alımı yapmam yaklaşık bir buçuk yıl sonra gerçekleşti.


Şimdi geriye dönüp baktığımda, aslında bu iyi bir stratejiydi. Şimdi yapay zeka ajanları, programlama ajanları ve benzeri araçlar sayesinde küçük ekipler de geliştirme çalışmalarını daha hızlı ilerletebiliyor, bu model mümkün hale geldi. Kurucunun sağlam bir mühendislik deneyimine sahip olması ve geliştirmeyi planladığı ürünün yönünü net olarak belirlemiş olması durumunda, kendi finansmanıyla ve küçük bir ekip ile başlamak genellikle nispeten güvenli bir yol olabilir—bu size ürün gelişime odaklanmanızı sağlarken, yavaş yavaş işletme operasyonlarıyla ilgili bilgileri öğrenmenizi sağlar.


Kendi geçmişim aslında girişim için bir temel oluşturdu: Bilgisayar bilimi yüksek lisans dereceme sahibim ve 10 ila 15 yıllık bir süreçte finans kurumları için büyük sistemler inşa etme deneyimim var; Citibank'ta çalışırken, beş yıllık bir işletme yönetimi yüksek lisans programını tamamladım ve firma yönetimi, muhasebe gibi konularda bilgi edindim; Ayrıca Chartered Financial Analyst (CFA) sınavını geçtim—bu sınav üç yıl sürdü ve birçok muhasebe, yönetim, etik yasalar ve finansal araçlarla ilgili konuyu kapsadı. Bu deneyimler neredeyse işletme operasyonları, pazarlama ve diğer tüm alanları kapsadı ve girişimciliğin ilk aşamasında tamamen çaresiz kalmamı engelledi. Ancak bununla birlikte, pratikte birçok beklenmedik durumla karşılaşılabilir ve girişim ilk gününden itibaren sürekli yeni sorunlara çözüm bulmayı gerektirir.


Benim girişim sonrası ilk "başarısızlık" deneyimim, şirketi kurduktan sonraki 10 ila 15 dakika içinde meydana geldi: O zamanlar şirketimi kaydettirmeye gittim, neyse ki İngiltere'de şirket kaydı yapmak çok kolaydı—sadece 10 sterlin ödemeniz yeterli, kaydınızı yapmak beş dakikadan az sürer ve bir sonraki yıl herhangi bir belge sunmanız gerekmez, süreç oldukça sorunsuzdu. Aslında bazı girişimcilere bu yöntemi öneririm, bu, mantıksız gibi görünse de, İngiltere, Hong Kong gibi yerlere giderek doğrudan şirket kaydı yapmak gerçekten çok kolay ve belirli bir vergiden muaftır. Şirketi kaydettikten sonra, banka hesabı başvurusunda bulundum, bu 2017 yılında gerçekleşti, banka hesabı amacımı sordu, firma faaliyetlerimi detaylı bir şekilde açıkladım—bir blockchain şirketinin işletme planı, ancak çok kısa süre sonra reddetme bildirimi aldım, ve karşı taraf sadece "Size hesap açmayacağız, nedenini sormayın, bize bir daha ulaşmayın" dedi. Bundan sonraki üç yılda, Nethermind aslında herhangi bir şirket banka hesabı olmadan faaliyet gösterdi, tüm gelir giderlerimi kendi kişisel banka hesabımla hallettim, şimdi düşündüğümde, bu aslında mümkün bir durumdu.


Bruce: Nethermind'in yıllar içindeki gelişiminde, hangi önemli kilometre taşlarını önemli buluyorsunuz? Örneğin Ethereum Vakfı'ndan fon almak, önemli bir dönüm noktası olmalı değil mi? Diğer bahsedilmeye değer kilometre taşları var mı?


Tomasz: Gerçekten birkaç önemli nokta var. Ethereum Vakfı'ndan fon alımı kesinlikle bunlardan biri, ancak aynı derecede önemli birkaç an da var: İlk olarak, Londra blokzincir topluluğu ile bağlantı kurmak, burada Antonio Sabado'dan söz etmek gerekiyor—şu anda Nethermind'in Baş Büyüme Sorumlusu, o zamanlar bana çok yardım etti. Beni Londra topluluğuna dahil olmam konusunda teşvik etti, EVM atölyeleri düzenlememi önerdi ve Twitter hesabı açmamı tavsiye etti (o zamanlar sosyal medyayı bir buçuk yıldır kullanmıyordum). Ayrıca bana şunu hatırlattı: "Ethereum Vakfı'ndan fon başvurusu yapmalısın," ancak benim o anki tepkim "Ben yeterince nitelikli değilim, onlar kesinlikle kabul etmezler" oldu.


İkinci olarak, Nethermind istemcisi Ethereum ana ağıyla ilk kez başarılı şekilde senkronize olduğunda, gurur duyulacak çok önemli bir an olur. Bu, büyük bir yazılımın resmi teslimatıdır, kendi çocuğunun büyüdüğünü izlemek gibidir, bu başarı duygusu dil ile tarif etmek çok zordur, bu kesinlikle önemli bir teknik kilometre taşıdır.


İş dünyasında, iki önemli dönüm noktası bulunmaktadır: İlk olarak, ilk ücretli müşteri edinme aşaması — xDAI Network. O zamanlar, onlar "Nethermind istemcisini kullanmak istiyoruz, özelleştirilmiş birkaç ek özellik sağlayabilir misiniz?" diye proaktif bir şekilde bizlere başvurdular. Bir başlangıç şirketi için ilk ücretli müşterinin kazanılması büyük bir öneme sahiptir, iş modelinin pazar tarafından doğrulandığını gösterir. İkinci önemli dönüm noktası ise COVID-19 salgını patlamasıdır. Salgın döneminde, dünya çapında birçok insan çevrimiçi etkinliklere yönelmiş, oyunlar, kripto para birimleri ve diğer dijital hizmetleri denemeye başlamış, çevrimiçi ödeme talebi artmış, bu da blockchain çözümlerinin daha fazla ilgi ve mali destek görmesine neden olmuştur. Nethermind zaten tamamen uzaktan çalışma modeline sahipti ve yüz yüze iletişim olmadan olgun işletme deneyimine sahipti, bu da bize salgın döneminde hızlı bir şekilde pazar taleplerine yanıt verme olanağı sağladı ve birçok işbirliği sözleşmesi kazanmamızı sağladı. Diğer yandan, birçok geleneksel şirket o dönemde dijital çalışma ortamına nasıl adapte olacaklarını keşfederken kısa bir belirsizlik dönemine girdi ve bu durum bize belirli bir rekabet avantajı sağladı.


O zamana kadar, Ethereum ekosisteminde başarılı birçok uygulama bulunmaktaydı, ek yatırımlar için büyük miktarda fon akışı gerçekleşmekteydi, endüstri deneyimli geliştiricilere yönelik talep yüksekti ve o dönemde üç yıllık protokol geliştirme deneyimine sahip olduğumuzdan tam da pazar talebiyle uyumlu bir konumdaydık ve işimiz hızlı bir şekilde ivme kazandı.


Bruce: Eğer yedi-sekiz yıl öncesine geri dönme şansınız olsaydı, gençliğinize bir veya iki şey söyleme fırsatınız olsaydı, ne söylemek isterdiniz?


Tomasz: Oldukça klasik iki cevap var. İlk olarak, "Bunu yapma" — çünkü girişimin ilk üç yılı gerçekten çok yorucuydu, zihinsel olarak hayal edilemeyecek kadar yorucuydu, sürekli olarak kendinizi sorguluyorsunuz, o dönem gerçekten çok zordu. Ara sıra düşünürüm, o zamanlar girişim yapmayı seçmeseydim, o acı dolu deneyimi yaşamak belki de kaçınılabilir olabilirdi. Şimdi, Ethereum ekosistemini inşa etme fırsatı bulduğum için birçok harika şey yaşadım, ancak sekiz yıl öncesinde kendime baktığımda, her şeyi tek başıma üstlenen o kişiye geri dönüp, belki de saf kalmanın, sıradan bir hayata devam etmenin daha hafifletici bir seçenek olabileceğini hissederim.


Diğer cevap ise "susmayı sürdür" şeklindedir. Başkalarına tavsiye vermek aslında çok mantıklı değildir, çünkü farklı bir seçimin ne gibi sonuçlar getireceğini asla tahmin edemezsiniz. Sadece hayatınızın yoluna dayanarak bir manifold yapabilirsiniz, ancak o dönem farklı bir seçim yapsaydınız, durumun daha iyi veya daha kötü olacağını bilemezsiniz. Bu yüzden, belki de en iyi tavsiye hiçbir şey söylememektir.


Ethereum Vakfı Görevi ve Hedefi


Bruce: Şu anda Ethereum Vakfı'nın ortak yürütme kurulu üyesi olarak Hsiao-Wei Wang ile birlikte çalışıyorsunuz. Vakıf içindeki iş bölümü ve işbirliği nasıl gerçekleşiyor?


Tomasz: Başlangıçta anlaşmaya vardık: Hangi konunun ele alınması gerektiğine karar verilmesi gereken durumlarda, ilk kimin devralacağına o konuda sorumlu olacaktı. Bu model, iki temel sorunu çözmüştür: İlk olarak, her şeyin ortak kararlaştırılması gerektiği zayıf verimlilikten kaçınmayı sağlar; tek bir yürütme kurulu üyesi yapısına göre, her iki taraf da bağımsız olarak karar verebilir, bu da karar verme verimliliğini artırır; İkinci olarak, "herkesin en iyi yaptığı şeyi yapması" iş bölümünü otomatik hale getirir - herkes daha iyi ve daha rahat hissettiği görevleri isteyerek üstlenir, bu da zamanla iş bölümünü doğal olarak netleştirir.


Özellikle, ben daha çok dış iletişim işlerinden sorumluyum, örneğin Podcast'lere katılım, Twitter hesabının yönetimi vb.; Hsiao-Wei Wang ise Farcaster platformuyla ilgili işleri, aynı zamanda yoğun iç iletişim, personel koordinasyonu ve günlük operasyon işlerini yönetiyor. Yine de, yeni maaş politikaları gibi önemli konuları birlikte ilerletiyoruz; o ayrıca Vakıf'ın Hazine ve DeFi ile ilgili işlerinden sorumlu. Ara sıra fikir alışverişi yapıyoruz, ancak günlük çalışmalarda genellikle bağımsız hareket etmeyi sürdürüyoruz, bazen de konumumuza göre farklı bölgelerde faaliyetleri kapsayarak, örneğin konuşma davetleri gibi benzer işlerle ilgileniyoruz. Gelecekte, iş bölümünü ayarlama olasılığını da göz ardı etmiyoruz - örneğin, dış iletişimden sıkılırsam, iç işlere yönelebilirim; Hsiao-Wei Wang da dışa yönelik iletişime daha fazla katılabilir, tabii ki mevcut iş bölümünü sürdürme ihtimalimiz de var. Genel olarak, bu çok uyumlu bir işbirliği.


Bruce: İşbirliğinizin çok uyumlu olduğunu görebiliyoruz. Bu yıl, Ethereum Vakfı üç ana hedef açıkladı: L1'i genişletme, blob'u genişletme, kullanıcı deneyimini iyileştirme. Vakfa katılalı yaklaşık altı ay olduğuna göre, şu anda en zorlu hedefin hangisi olduğunu düşünüyorsunuz? Neden?


Tomasz: Hangi hedefin en zorlu olduğu aslında ilgili alanlardan sorumlu meslektaşlara sorulmalıdır. Ancak bence "İşbirliği ve Kullanıcı Deneyimi" hedefi kapsamı en geniş olanı ve bu nedenle en zorlu olanıdır - temel zorluk, bu hedefin tamamlanma düzeyini neredeyse ölçülememeniz ve "tüm alt hedeflerin ne zaman gerçekleştirileceği" konusunda net bir cevap verememenizdir.


Önce L1 Genişletme ve L2 Genişletmeye bir göz atalım: L1 Genişletme belirli bir ölçüleme metriğine sahiptir, örneğin her bloğun Gaz Limitini 100 milyona yükseltme hedefi gibi, daha sonra bu değer 300 milyona yükseltilir; bu belirli bir hedefe sahip olmanın ekibi net bir yönde ilerlemesini sağladığı ve verimliliği artırdığı bilinmektedir; L2 Genişletme ise, bazı yolların henüz net olmamasına rağmen, genel olarak net bir yöne sahiptir - Blob genişletmesini ilerletmeyi planlıyoruz, Dencun yükseltmesinin hayata geçirilmesini hızlandırıyoruz (gelecekte 128 Blob'u destekleyecektir), daha sonra bu süreci devam ettireceğiz. Elbette, ikinci boyut eş veri erişilebilirliği çözümünü (PeerDAS) nasıl ilerleteceğimize dair net bir cevaba henüz sahip değiliz, ancak Alex Stokes, Vakıfın araştırmacıları, mühendisleri ve çekirdek geliştiricileri ile iletişime geçerek bir sonraki adımla ilgili daha net bir plan hakkında bilgi sahibi olabilirsiniz. Son zamanlarda, Blob Ölçeklendirme planları hakkında Vitalik'le sohbet ettim, genel yol haritasına çok net bir şekilde sahip olduğunu belirtti, bu nedenle bu açıdan bakıldığında, Blob genişletme belki de en zorlu olmayabilir. Bununla birlikte, Veri Erişilebilirlik bu kavramın kendisi büyük bir sorundur - doğru bir şekilde nasıl uygulanacağı, rekabetçiliği garanti altına alırken yeterli derecede merkezsizliği ve güvenliği nasıl sağlayacağımız hala sürekli olarak araştırılması gereken bir konudur.


Şimdi tekrar "İş Birliği ve Kullanıcı Deneyimi" hedefine odaklanalım: Şu an iki ana teslimat önerimiz var, biri OIF (Açık Niyetler Çerçevesi), Josh Rudolf yakın zamanda oldukça kapsamlı bir özet yayınladı, ekosistemimizde bu çerçeve etrafında yaptığımız tüm çalışmaları derledi; diğeri EIL (Ethereum İş Birliği Katmanı), bu AA (Hesap Soyutlama) ekibi tarafından önerilen bir çözüm, ben ve Marissa Posner ile ekibinin desteğini almakta, bu çözüm Devconnect etkinliği sırasında resmen duyurulacaktır.


Bu hedefin temel zorluğu "birleşik bir standartın eksikliği"dir: Bazıları "mevcut iş birliği yeterince iyi" derken, diğerleri "iş birliği ana sorun noktasıdır" düşüncesindedir; herkes "kullanıcı deneyiminin iyileştirilmesi gerektiği" konusunda hemfikirdir, ancak farklı insanlar "kullanıcı deneyimi (KU)" terimini çok farklı tanımlarla karşılar - güvenlik ve gizlilik olabilir, aynı zamanda performans ve gecikmeyi içerebilir, hem perakende hem de kurumsal kullanıcılara hitap edebilir ve hatta cüzdan kullanım deneyimini içeren belirli senaryoları da içerebilir. "Kullanıcı deneyimi" tanımının çok geniş olması nedeniyle, herkes tarafından kabul edilebilecek bir şekilde "başarı"yı tanımlamak çok zordur ve bu da onu en zorlayıcı yapan şeydir.


L2 İş Birliği Zorlukları


Bruce: Hepimiz L2'nin Ethereum ekosisteminin önemli bir parçası olduğunu biliyoruz, ancak şu anda L2'ler arasındaki etkileşim hala birçok zorlukla karşı karşıya. Mevcut L2 etkileşimindeki en büyük engelin ne olduğunu düşünüyorsunuz? Ethereum Vakfı bu sorunları nasıl çözmek için L2 topluluğuyla işbirliği yapacak?


Tomasz: L2 etkileşimiyle karşı karşıya kaldığımız sorunlar çeşitlidir. EVM'ye dayalı bir L2 ağı ise, bunlar arasındaki protokol uyumluluğu ve etkileşim nispeten daha kolay bir şekilde gerçekleştirilebilir; ancak temel zorluklar birkaç alanda yoğunlaşmıştır: köprünün güvenliği, İzin Yokluğu ve etkileşim sırasında L1 ağının temel özelliklerini (Örneğin İzin Yokluğu, Sansür Direnci vb.) nasıl koruyacağımız. Bu bağlamda, "Üçüncü Tarafa Bağımlı Olmayan, İzin Yokluğu İle Varlık Köprüleme" büyük bir zorluk teşkil etmektedir. Şu anda OIF çerçevesindeki birçok çözüm ve mevcut köprü araçları, bu gereksinimleri tam olarak karşılayamamaktadır. Çoğu zaman, daha iyi bir kullanıcı deneyimi için güvenlik risklerini kasıtlı olarak gizleme eğiliminde olunur, bu da deneyim ile güvenlik arasında bir denge kurmayı gerektirir. EIL (Ethereum Etkileşim Katmanı) planımızda, Üçüncü Tarafın Müdahalesi Olmadan, İzin Yokluğu İle Etkileşimi Nasıl Gerçekleştireceğimizi keşfedeceğimiz ve bu özelliklerden birini EIL'in odak noktası haline getireceğiz.


Bununla birlikte, L2 etkileşimi hala birçok ayrıntı düzeyinde zorluklarla karşı karşıyadır: örneğin, adreslerin birleşik temsilinin sağlanması, farklı ağlar arası araç ve uygulamaların (örneğin çoklu imza işlevi) uyumluluğu, kararlı kripto para birimlerinin ağlar arası senaryolarda birleşik temsili ve cüzdan deneyiminin tutarlılığı - örneğin, kullanıcıların ağlar arası işlemlerde "farklı ağlardaki aynı varlığı" net bir şekilde tanıyabilmesi. Kohaku Cüzdanı ve SDK'sı'nda, adres temsillerini birleştirmenin ve varlık bilgilerini tutarlı bir şekilde sunmanın yanı sıra ağlar arası L2 işlemlerini "tek bir zincirde işlem yapma kadar kolay" hissettirecek şekilde nasıl gerçekleştirileceği konusunda birçok öneri sunmuş bulunuyoruz, ancak bu hedefin gerçekleştirilmesi için hala birçok ayrıntı sorununun çözülmesi gerekmektedir.


Bruce: Gözlemlediğime göre, L2 etkileşiminin sadece bir teknik zorluk olmadığını, bunun arkasında bazı çıkar çatışmaları veya işletme düşüncelerinin olabileceğini düşünüyorum.


Tomasz: Ben de defalarca belirttim, etkileşimin ilerletilmesi, ilk olarak "insan" bağlantısından başlamalıdır - farklı ekipler arasındaki insanların iletişim kurmaya, sistemleri bütünleştirmeye ve kasıtlı olarak "zincirler arası engeller" inşa etmek yerine etkileşime geçmeye istekli olmaları gereklidir, ancak bazen işletme kaygıları nedeniyle, bazı L2 işletmecileri aktif bir şekilde işbirliği yapmaya istekli olmayabilir, bu nedenle Vakfın kendine belirlediği hedeflerden biri de budur: Tüm L2 ve L1 ekosisteminin daha yakın işbirliği yapmasına yardımcı olmak.


Son zamanlarda bir teklifimiz oldu: Gelecek yıl, L2 ekosisteminin mühendislerini ve araştırmacılarını bir araya getirerek özel bir etkinlik düzenlemeyi planlıyoruz. Bu fikir, bazı L2 mühendislerinin geri bildirimlerinden ortaya çıktı — onlar, L2 alanındaki çekirdek geliştiricilerin neredeyse hiçbir zaman yüz yüze gelme fırsatı olmadığını belirttiler. İlk başta bu durumu tam olarak anlamadım çünkü L1'in çekirdek geliştiricileri her yıl birçok etkinliğe katılırken düzenli olarak bir araya gelirler. Ancak daha derinlemesine iletişim kurduktan sonra fark ettim ki gerçekten öyle: Tüm L1 istemci ekibi düzenli olarak yüz yüze toplantılar düzenlerken, L2 alanındaki çekirdek geliştiriciler arasında böyle bir iletişim kanalının eksik olduğunu gördüm. Bu nedenle, özel bir etkinlik düzenleyerek L2 ekipleri arasındaki iletişimi ve iş birliğini teşvik etmeyi umuyoruz.


İlginç olan şu ki, birçok kişi "L2 mühendislerinin birbirleriyle iş birliği yapmaya istekli olduğunu ve karşılıklı çalışabilirlik sağlamak istediğini" söyleyecektir, ancak aslında işin ticari boyutunu göz ardı eder — stratejik ve ticari kararların sorumluluğunu taşıyanlar, marka oluşturma, pazar konumlandırma ve rekabet ortamı gibi faktörleri göz önünde bulundırmalıdır, ve hatta çapraz zincir iş birliğine çekinceyle yaklaşabilirler ve hatta "aşırı işbirliğiye gitmemek gerektiğini" düşünebilirler. Ancak mühendislerle doğrudan iletişime geçerseniz, temel taleplerinin çok saf olduğunu fark edersiniz: sadece teknik sorunları çözmek istiyorlar, bu yüzden her zaman işbirliği yapmaya isteklidirler.


EF'nin Gelecekteki Öncelikleri ve Stratejisi


Bruce: Geleceğe dönük olarak, EF'nin öncelikleri nelerdir? Stratejik planlama, topluluk katılımı ve dış iş birliği açısından hangi güçlendirme adımları atılacaktır?


Tomasz: Açıkça EF'nin çalışmaları birçok boyutu kapsar, bunlar arasında güvenlik, protokol güncellemeleri, test doğrulama, ekosistem koordinasyonu vb. yer alır. Ana hedefin önemli bir parçası, ekosistem taraflarıyla — hem kripto topluluğu hem de büyük kurumlar — yapılan görüşmelerden bilgi toplamak, gereksinimleri şekillendirmek ve bu geribildirimleri tüm çekirdek geliştiricilere iletmek, araştırmaya odaklanarak ilgili çalışmaları ilerletmeye yardımcı olurken aynı zamanda gelişim yönünü aşırı zorlamamaktır. Bu, ince bir dengeleme sürecidir: Koordinatör rolünü üstlenmek istiyoruz, analiz ve değerlendirme yaparak gelişim yönünü netleştirmek ve topluluğa düşüncelerimizi aktarmak, ancak doğrudan "bu yöne gitmelisiniz" şeklinde bir zorlama yapmamalıyız. Bu da Ethereum Vakfı'nın hedeflerini belirleme temel mantığıdır: "Herkesin kabul ettiği" bir yöne gitmeyi hedeflemek — kime iletişim kurarsanız kurun, herkesin üzerinde anlaşabileceği bir yol, böylece hedefler açıklandığında "ekosistemin ihtiyacı olan" ile "topluluk gerçekten gerek duyduğu" arasında bir kopukluk oluşmaz. Örneğin bu yıl belirlediğimiz "L1'yi genişletme, L2'yi genişletme, karşılıklı çalışabilirliği ve kullanıcı deneyimini optimize etme" gibi üç büyük hedef, yeterince geniş bir uzlaşma sağladı, böylece çekirdek geliştiriciler, araştırmacılar, kullanıcılar, DeFi inşacıları ve diğer tüm ilgili tarafların hepsi kabul etti ve böylece iş birliğiyle ilerleyebildik.


Şimdi gelecek yılın hedef yönünü tartışmaya başladık. Başlangıçta "Finality (Nihaiyet), Gizlilik (Privacy), Güvenlik (Security)"'yi öncelik olarak belirlemeyi önerdim, ancak biri geri bildirimde bulundu: Güvenlik ve gizlilik zaten varsayılan önceliğe sahiptir ve ilgili çalışma her durumda ilerleyecektir. Daha sonra Dankrad'ın görüşlerini duydum, L1 genişletme ile ilgili çalışmaları sürdürmemiz gerektiğini düşünüyor, çünkü bu görev henüz tamamlanmadı—daha önce her bloğun Gaz limitini 300 milyona yükseltmek için iki yıl plan yapmıştık, ancak şu anda hala devam etmekteyiz. Tartışma sürecinde, ekosistemdeki her kesimden gelen geri bildirimleri tamamen dikkate alacağız ve ortaya çıkan hedef, çekirdek geliştiriciler, araştırmacılar, tüm kullanıcılar ve DeFi inşaatçıları tarafından ortak kabul gören bir yöne sahip olmalıdır. Şu anda keşif aşamasındayız, ancak "Nihaiyet" kesinlikle önemli bir bileşenidir: birçok kurum, L2 projesi ve kullanıcı, blok süresini kısaltmak, nihaiyet hızını artırmak istediklerini belirtiyor, şu anda oldukça kaliteli bazı ilgili öneriler mevcut. Ayrıca, açıklayıcı genişletme ile ilgili çalışmaları sürdürebiliriz; veya belirli güvenlik ve gizlilik projelerini açıkça belirtebiliriz—ancak bu alanlardaki çalışmaların zaten devam etmekte olduğu bilinmelidir. Örneğin, 50 kişiden oluşan "Gizlilik Kümesi" adlı protokol dışı bir ekip bulunmaktadır, bunlar gizlilik teknolojisinin gelişim yolunu, çözümleri ve kurumsal düzeydeki gizlilik gereksinimlerini net bir şekilde planlamışlardır. Aldığımız geri bildirimler, gizliliğin kurumsal kullanıcıların temel talebi olduğunu gösteriyor; burada bahsettiğim, Ethereum'daki mevcut çözümlerin belirli senaryoların gizlilik gereksinimlerini nasıl karşıladığının netleştirilmesi, ilgili standartların ve yönergelerin belirlenmesidir.


Bruce: Bir sonraki soru, EF'nin topluluk katılımını nasıl artıracağı, ekosistemin gelişimine nasıl destek olacağı ve daha aktif bir katılımcı topluluk oluşturacağıdır?


Tomasz: Vakfın organizasyon yapısı ve işletme modelinde önemli değişiklikler yaptık. James Smith harika bir ekip oluşturdu, ben de yüksek kaliteli bir "Kurucu Başarısı" ekibi oluşturdum, geliştirici eğitimi, kurumsal uygulamaların hızlandırılması üzerine odaklanarak, aynı zamanda üniversitelerle ve "Her Yerde Ethereum" ekibi ile iş birlikleri başlattık. Ayrıca, topluluk merkezleri gibi fiziksel mekanlarla iş birliği yaparak, yüz yüze toplantılar, etkinlikler düzenlemekteyiz.


Finansman modelinde büyük değişiklikler yaptık: neredeyse tamamen "geri ödemesiz mali destek" modelini terk ettik—sadece para vermek ve herhangi bir üretim talep etmemek anlamına gelir, artık sadece "şunu inşa edebilirsiniz, bize destek veriyoruz" demek değil. Bunun yerine, genellikle "koordinasyon gücü" aracılığıyla yardım sağlama eğilimindeyiz: örneğin, proje sahipleri için bağlantılar kurar, kaynakları bir araya getirir, projenin görünürlüğünü artırır; sosyal medya hesapları aracılığıyla, halkla ilişkiler kanallarıyla projenin tanıtımını yükseltir; Ethereum ile ilgili tüm etkinliklerde proaktif olarak tanıtım yapar, toplumun "Şanghay'da ne oluyor, Şenzen'de ne oluyor, Hong Kong'da ne oluyor"u bilmesini sağlar. Hong Kong'da bir Topluluk Merkezi başlatacağız, kurucuların ve akademisyenlerin düzenli olarak iletişim kurmasını teşvik edeceğiz, şu anda Hong Kong Polyteknik Üniversitesi (PolyU) ile iş birliği başlattık.


These regions and continuously ask the community, What else can we help with to deliver consistent core messaging across them. Because community development must be an autonomous journey - staying independent throughout the community-building process sparks a stronger entrepreneurial spirit, which is also the concept we want to convey to all ecosystem participants. Core developers themselves carry a certain entrepreneurial spirit, being independent and focused on deliverables; application developers are evidently more entrepreneurial as they establish startups and develop applications. Therefore, this autonomy-driven + moderately empowered community building approach can better stimulate ecosystem proactivity.


In the future, we will continue to advance the development of these physical hubs and collaborate with stakeholders to onboard sponsors - these sponsors may come from L2 project teams, application developers, and other ecosystem entities. We will tell them This event is very much aligned with your goals and This community is addressing the challenges you are facing, helping them establish long-term partnerships. Sometimes we may also directly become customers of some projects, but this will be less frequent than in the past.


Artificial Intelligence and Ethereum


Bruce: It's great to see more and more local community centers emerging. We've already discussed your personal growth, Nethermind, EF, and protocol-related topics. Now, let's focus on AI applications on Ethereum - a very cutting-edge field. I've seen many people say, AI doesn't need Web3, Web3 is just riding the AI hype. What are your thoughts on this?


Tomasz: For many AI companies, Web3 signifies security, censorship resistance, and defense mechanisms brought by decentralization. However, they are currently facing intense industry competition and must rapidly deliver results, generate revenue, and launch faster, better models. Therefore, they may not prioritize Web3 in the short term. But when they realize that certain mechanisms can help them attract more users - especially when more users start paying attention to privacy protection and result verification - the value of Web3 will become apparent.


I think this logic is similar to Web3 entering other industries: around 5% to 10% of each industry generally has a need for a trustless delivery mechanism. In most scenarios, relying on existing trust systems is sufficient, but as assets become increasingly digital and more assets go on-chain, Web3 will eventually become the default choice. In the AI field, this process may happen more quickly - because AI agents themselves are digital and use digital assets from inception, and the integration of Web3 payments with AI agents may become a core driver. This is the key scenario where AI needs Web3: our long-standing vision is to allow people to naturally use its functionality without discussing blockchain or mentioning Web3.


Temsilci doğrulama, Eğitim doğrulama, Merkezi olmayan eğitim ve benzeri senaryolar için, benimseyici hızı biraz daha yavaş olabilir ve belki de her zaman niş talep olarak kalacaktır. Sık sık "Gerçeklik Doğrulama ve Gerçeklik" konusunu tartışıyoruz, ancak popüler olanın her zaman gerçeklik olmadığını bilmeliyiz — örneğin, eğlence içeriklerini tükettiğimizde, hikaye dinlediğimizde satın aldığımız şey aslında "olumlu bir anlamda kurgu"dur, istediğimiz şey etkileyici anlatım, sadece gerçeklik değil, sadece eğlenceli olmayı umut eder. Birçok haber kaynağı da aynı şekildedir, bilgi iletmelerinin yanı sıra eğlence özellikleri sunarlar, gerçeklik sadece hikaye oluşturmak, dikkat çekmek, duygusal bağlantı oluşturmak için kullanılan bir tuvaldir.


İnsanlar AI kullanarak dünya haberlerini alırken, dış dünyayı anlarken, gerçekliği doğrulamayı isteyecekler mi? Belki de değil. Ancak kurumsal senaryolarda — örneğin kurumsal satın alma verilerinde gerçek bilgiye ihtiyaç duyulduğunda — Web3'e olan talep giderek artacaktır. Çünkü sahte haberlerle uğraştık ve şimdi "sahte gerçeklik" riski artıyor: AI asılsız haber akışları, sosyal medya platformları bilgileri, hatta kurgusal karakterler ve video içerikleri üretebilir. Eğer uzun süre evden çıkmazsanız, bu sahte bilgiler sizi yanıltabilir, bir kurgusal dünyanın gerçek varlığına inanabilirsiniz; hatta odanızdan çıktığınızda, etrafınızdaki bazı "gerçeklikler" de teknolojiye aşırı bağımlılıktan dolayı sahte hale gelebilir.


Dolayısıyla, gerçek veriye para ödemeye istekli olan ve tüm bilgileri doğrulamak isteyen kullanıcılar, Web3'ün temel izleyicileri haline gelecekler, bu da Web3'ün vazgeçilmez değerini oluşturacak. Perakende müşterileri için durum belki daha belirsiz olabilir: genellikle daha düşük maliyetli veri hizmetlerini tercih ederler ve eğer Web3, veri sağlayıcılarının işletme maliyetlerini, sigorta maliyetlerini veya riski düşürmelerine yardımcı olabiliyorsa, tüketiciler doğal olarak Web3 tabanlı çözümleri tercih edeceklerdir. Perakende kullanıcılar genellikle "merkezsizlik" hakkında konuşmasalar da, "gizlilik" ihtiyaçları aslında her zaman var olmuştur.


Son zamanlarda bu konuyu sıkça tartışıyorum, çünkü "kimse gizliliği umursamaz" diye bir söz duydum, ancak bu yıl Milano'dayken, bir taksiye bindiğimde Apple şirketinin dev bir reklam panosunu gördüm, üzerinde "Safari Gizlilik" yazıyordu. Büyük uluslararası bir şirket olarak, Apple, tüketicilerin hangi değerlere para ödemeye istekli olduğunu açıkça anlayabilmek için çokça pazar araştırması yapmış, nihayetinde "gizliliği" ana tanıtım noktası olarak seçerek bu reklamı Milano'nun finansal merkezinin merkezi bir yerine yerleştirmiş. Bu, kullanıcıların ya gizlilik korumasını istediklerini ya da içlerinde potansiyel bir talep bulunduğunu gösterir — sadece açıkça ifade etmemişlerdir ve bu talep, ilgili hizmetlere para ödemelerini teşvik edecektir. Özellikle AI'ın kişisel bilgilere tamamen hakim olabileceği, gizliliğin tamamen sızdırılabileceği bir noktada, kullanıcıların gizlilikle ilgili endişeleri daha da artacak ve Web3, AI için güvenlik, gizlilik koruması ve kullanıcı kontrolünü sağlayabileceği için, bence bu iki alan arasında çok güçlü bir işbirliği potansiyeli var.


Bruce: Ethereum'un AI ajanlarının koordinasyon katmanı olarak kullanılabileceğinden ve ilgili yeni standartların zaten mevcut olduğundan bahsettiniz, bunu detaylı olarak açıklayabilir misiniz?


Tomasz: Şu anda ERC-8004 ve x402 standartlarına sahibiz, ERC-8004 Ethereum ekosistemi için bir standart iken, x402 daha genel bir terimdir. Bu iki standart MCP, A2A (Agent-to-Agent, Ajandan Ajana), ACP vb. protokoller üzerine inşa edilmiştir ve ajans iş protokolünü, ajanslar arası etkileşimi kapsamaktadır. x402 özellikle ödeme istekleri için kullanılır - AI ajansları için kullanıldığı gibi, HTTP protokolü aracılığıyla ödemeler yapabilir ve blokzincirde doğrulama yapabilir.


ERC-8004 ise özellikle AI ajansları için tasarlanmıştır ve blokzincirin "güvensiz" özelliğinden yararlanmayı amaçlar (yani, blokzincirin sağladığı güven ortamı). A2A gibi protokoller üzerine inşa edilmiş, ajanslar arasındaki güven ilişkisini sağlar. Bu, ajansların güven içermeyen bir dizi kuralı tanımlar: Ajanslar nasıl kimliklerini beyan eder, nasıl kaydolur, sağladıkları hizmetleri nasıl duyurur, birbirlerinin beyanlarını nasıl doğrular, diğer ajansların itibarını nasıl sorgular, diğer ajansların çalışma sonuçlarını nasıl doğrular? dış kaynaklı ve on-chain doğrulayıcıları tanıtarak, bazı yürütme süreçlerini yeniden çalıştırarak ve sonuçları onaylayarak gibi.


Bu işlevler bir araya geldiğinde, temelde iki senaryoyu destekleyebilir: Birincisi, ajans kullanıcı adına hareket eder, kullanıcı kimliğini ajansa devreder, bilgisayar kullanırken olduğu gibi, bilgisayar aracı olarak kullanıcı adına işlem yapar; ikincisi, otonom ajans, yani on-chain dağıtılmış hesabı temsil eden AI ajansı tarafından bağımsız çalışır. Birçok önde gelen AI ajansı uzmanı, bu standartın oluşturulmasına ve iyileştirilmesine katıldı. ERC-8004'ün devam edeceğine inanıyorum ve hatta yeni ilgili standartlar ortaya çıkabilir, ancak bu geliştiricilere temel sağlamış ve şu anda etrafında araçlar inşa etmeye başlayan insanlar var, örneğin bir gösterge paneli geliştirmek, ERC-8004'ün ilk uygulama sürümünü dağıtmak, standarta uygun AI ajansları başlatmak vb. Bu son derece heyecan verici bir an, girişimcilik ve inşa fırsatları ile dolu bir an. Ethereum ekosistemi geçmişte jetonlar, NFT'ler ile coşkuyla dolar, şimdi AI ajanslarının muhtemelen gelecekteki ana hedef olabileceğini gösteriyor.


Bruce: Başlangıçta ChaosChain ve "ajans yönetiği (agentic governance)" kavramının bu kadar popüler olduğunu fark ettim, şimdi bu projeler ne durumda? Bundan sonra hangi varsayımları test edeceksiniz?


Tomasz: Bunun, Nethermind'deki vizyonumla ilişkili olduğunu belirtmekte fayda var - o zamanlar ekip olarak "ajans yönetiği"nin potansiyelini tartıştık: Temel geliştiriciler zamanla AI ajansları tarafından kısmen mi değiştirilecek? Tabii ki, burada "değiştirme" tamamen bir değişim değil, daha çok bir yardımcıdır. Günlük işlerimize baktığımızda, herkesin büyük dil modellerine (LLM'ler), AI sohbet araçlarına sık sık danıştığını görebiliriz, veri setinden çıkardıkları bilgilere başvuruyoruz ve bu belirli bir yönde karar almamızı etkiliyor. Ancak modelin eğitim verileri ve algoritma eğilimleri, karar alma sürecimizi belirli bir yöne yönlendirebilir.


Çekirdek geliştiriciler AI'ya iş sırasında "bu durumda ne yapmalı" veya "bu çözüm doğru mu" diye sorduğunda, hâlâ kendi kararlığını koruyacak olsalar da AI'yı sadece bir araç olarak kullanırlar, ancak bu, düşüncenin %5'inin AI tarafından etkilenebileceği anlamına gelir; zamanla, bu oran %10'a kadar yükselir—LLM'nin performansı ne kadar iyi olursa, bağımlılık o kadar artabilir. Özellikle kendi uzmanlık alanları olmayan konularda, çekirdek geliştiriciler, AI'nın önerilerine başvurma eğiliminde olabilir, basit bir doğrulamadan sonra güveni seçebilir; sonuçta AI bazen neredeyse kusursuz cevaplar verebilir. Şu anda bazı doktora düzeyindeki araştırmalar, doğrudan AI tarafından sağlanan çözümleri kabul ediyor, bu durum gelecekte daha yaygın hale gelebilir.


Yönetim açısından, "sosyal uzlaşı katmanı" protokolün gelişim yönünü belirlediğinde, nihai sonuç muhtemelen "AI'nın kaç öneri üretebildiği" ve "bu önerilerin ne kadar ilgi gördüğüne" bağlı olacaktır—şu anda çekirdek geliştiricilerin önerileri üzerinde aylar harcayarak araştırma yaptığı, öneri sunduğu, birbirlerini doğruladığı, tartışmanın geliştiği gibi. Eğer AI öneri üretmeye başlarsa, bu önerilerin uygunluğunu doğrulamada AI'nın yardımına ihtiyaç duyulacaktır, bu temelde bir tür "iş kanıtı” haline gelir: Değerli fikirleri aramak ve uygunluklarını doğrulamak, yüksek kaliteli fikirler bulunduğunda, protokolün o yöne doğru ilerlemesine yardımcı olabilir.


Ancak burada bir risk bulunmaktadır: Birisi fikirleri filtrelerse—yalnızca kendi beklentilerine uygun olan önerileri yayınlarsa, hedefe zarar verebilecek içeriği gizlerse, o zaman "sosyal uzlaşı yönetimi" bir tür "fikir üretimi ve doğrulamaya” dayalı bir iş kanıtı mekanizmasına dönüşebilir. Daha ileriye gidersek, fikir üretiminin hızı ve kalitesi sürekli arttıkça, protokolün iterasyon hızı da hızlanacaktır, hatta "blok düzeyinde sosyal uzlaşma" gerçekleşebilir, her blok protokol değişikliği ile birlikte gelirken, aynı zamanda doğrulama ve oy sürecini içerir. Böyle bir sistemi hayal etmek ne kadar karmaşık olabilir.


Geçen yıl sonu veya bu yılın başlarında ChaosChain'i tartışmaya başladık ve Bay Area'da ilgili bazı gösterimler yaptık. Nethermind içinde de keşifler yapmak üzere özel bir ekip oluşturuldu, şimdi bu ekip Nethermind'den ayrılarak projeyi bağımsız olarak sürdürüyor. Bununla birlikte, ChaosChain'in kavramı şu anda iki yöne ayrılmış durumda: Bir yönde, ekip ERC-8004'e dayalı olarak AI ajanıyla ilgili uygulamaları keşfetmekte, bu genel anlamda "ajan yönetimi" araştırmalarına odaklanmış bir çalışma olarak görülebilir, şu anda bazı somut temel çözümler oluşturuldu ve gelecek için temel oluşturuldu; diğer yönde, ekip Hetu ekibi ve Vitalabs'ın araştırma sonuçlarıyla birleşerek "işbirliği niteliği atfı"nı keşfetmekte—yani AI ajanları işbirliği yaptığında, sonuçların neye atfedileceğine dair, bir ödül mekanizmasını belirleme arayışında, bu iş kanıtına benzer bir yapıya sahiptir.


Ve Nethermind kendisi sadece saf bir DAO yönetim modelini benimsemeye devam ederken, AI ajanını DAO karar alma sürecine yardımcı olmaya daha meyilli. Çünkü DAO katılımı ve çekirdek geliştirme arasında birçok benzerlik olduğuna inanıyoruz: DAO'daki yönetim kurulu kararlar alır, kaynakları tahsis eder, teknik çözümleri doğrular (örneğin L2 projelerinin önerdiği çözümler), bu durum çekirdek geliştiricilerin öneri kalitesini doğrulaması, kaynakların ne zaman yatırılacağına karar vermesi mantığıyla örtüşmektedir, temelde her ikisi de “sermaye tahsisi” yapmaktadır.


DAO Katılımından AI Temsilcisine Derinlemesine Yönetişime, doğal bir evrim süreci deneyimleyecektir: İlk olarak, AI Temsilcisi ETH Araştırma forumunda teklifler yazmaya başlar, mevcut EIP'leri (Ethereum İyileştirme Önerileri) yorumlar ve sorunları belirtir; daha sonra, bağımsız bir şekilde EIP'ler yazabilir ve uygulamaya geçirebilir; ardından, AI Temsilcisi AllCoreDevs telefon konferanslarına katılabilir (video açmadan bile), sohbet alanında tekliflere ilişkin görüşlerini paylaşabilir; son olarak, AI Temsilcisi video açarak toplantılara katılabilir, etkin bir şekilde konuşabilir, teklifleri yorumlayabilir, hatta kendi çözüm önerilerini sunabilir ve bunları savunabilir. Bu süreçte hiçbir sihir yoktur, mevcut AI teknolojisi seviyesine dayalıdır, teknolojinin aşamalı olarak uygulanması ve yeterli miktarda çekirdek geliştirme uzmanlığının entegre edilmesi ile başarılabilir - bu nedenle Nethermind'ın bu projeyi başlatmak için ideal platform olduğuna inanıyoruz.


Bruce: Bu çok ilginç, bence şu anda bu tür deneysel projelerin gerçekleştirilmesi, daha fazla olasılığı keşfetme zamanı.


Bruce: Son soru geliştiriciler için: Ethereum Vakfı, AI'nın Ethereum ile bütünleşme yönlendirmesini küresel düzeyde nasıl destekleyecek ve koordine edecek? Yakında duyurulacak planlardan bahsedebilir misiniz?


Tomasz: Yaklaşık iki ay önce, David Crapis liderliğinde dAI ekibini (merkezi olmayan AI ekibi) kurduk. Ekip şimdiye kadar güzel başarılar elde etti: ERC-8004 standardını yayınladı ve geniş ilgi uyandırdı, ayrıca Google, Cloudflare, Coinbase gibi kurumlarla işbirliği yapılacağı açıklandı - en azından Vakıf koordinasyon rolü üstlendi, temsilci ödeme çözümünün uygulanmasını teşvik etti, bu da Ethereum'u ve ilgili standartları büyük ölçüde ilgi odağı haline getirdi ve daha fazla insanın temsilci, gösterge paneli ve kayıt sürecine katılmasını sağladı. Eminim ki, son iki ayda, ERC-8004 etrafında ürünler inşa eden birkaç "gizli başlangıç şirketi" olduğunu görmekten mutlu olacağız.


Birçok insanın Vakfın temel talebi, geliştiricilerin bir sonraki uygulama odaklı yenilik ürününü yaratmaları için bir "tuval" sağlamamızdır - ve AI Temsilcisi muhtemelen bu "bir sonraki büyük şey"dir. Son birkaç ay boyunca, AI Temsilcileri ve blockchain alanının popülaritesi biraz düşmüş olabilir, birçok risk sermayedarı hala şüpheyle yaklaşıyor olabilir, ancak popülerliğin geri döneceğine inanıyorum.


dAI ekibi yakında daha fazla sürpriz ve fikirler açıklayacak, ekip büyüyecek ancak aşırı büyümeyecek - çünkü doğrudan bu standartlara dayalı uygulamaları geliştirmek yerine "koordinatör" rolünü sürdürmeyi ve desteklemeyi umuyoruz. Ayrıca eğitimle ilgili bir girişim başlattık, dAI ekibi özel destek sağlayacak, ilgili alanlarda çalışıyorsanız her zaman onlarla iletişime geçebilir ve hızlı bir şekilde yanıt alabilirsiniz. Onların önde gelen AI projeleri ile işbirliği yaparak hackathon etkinlikleri düzenleyeceklerini hatırlıyorum.


全球 çapta iş birliğini teşvik etmeyi umuyoruz, örneğin Körfez Bölgesi'ni, Çin'i (Şangay, Hangzhou vb.), Hong Kong'u ve dünyanın dört bir yanındaki girişimcileri ve start-up kurucularını bir araya getirerek açık kaynaklı AI geliştiricileri, AI uzmanları ve dünya genelindeki yenilikçiler arasında bölgesel iş birliğini teşvik etmek.


Bruce: Farklı bölgeler arasındaki koordinasyon ve iş birliğinin pek çok mükemmel çözüm doğurabileceğini ben de kabul ediyorum. Bu aynı zamanda şunu da gündeme getiriyor: Çin'in çok sayıda açık kaynaklı AI modeli var, birçok AI geliştiricisi ve mühendisi bulunmakta, Çin Ethereum topluluğunun hangi katkıları yapmasını umuyorsunuz?


Tomasz: Hong Kong ve Çin anakarası arasındaki iş birliği potansiyelinin büyük olduğunu anlıyoruz - iki bölge birlikte start-up şirketleri yetiştirmek, yerel politikaları ve hedefleri bir araya getirerek, uygun iş birliği yönlerini keşfetmek, değerli sonuçlar doğuracaktır. Örneğin, sınır ötesi ödemeler dikkate değer bir alan, gelecekte temsilci ödemelere daha da yükseltilebilir; ayrıca, Çin'in açık kaynaklı AI modellerinin küresel çözümlerle nasıl entegre edilebileceği de önemli bir yöndür. Birçok Batılı girişimci, somut AI çözümlerine odaklanmakta ve Çinli mühendislerle iş birliği yapmaya çok istekli - bu muhtemelen geleceğin ana işbirliği yolu olacaktır: Çin'in robot teknolojisi ve açık kaynaklı AI alanındaki avantajlarını bir araya getirerek yenilikçi ürünler oluşturmak.


Tabii ki, yerel olarak Çin'in tamamen doğmuş çözümlerini görmeyi de umuyoruz, özellikle koordinasyon katmanı inovasyonu açısından, bu aynı zamanda Ethereum'un "küresel tarafsızlık" temel prensiplerine uymaktadır. Çin topluluğunun oldukça başarılı projeler yapabilme kapasitesine sahip olduğunu biliyoruz.


Bruce: Gelecekte yapılacak çok iş olduğunu düşünüyorum. Herkesi ETHPanda topluluğuna katılmaya ve endüstri gelişimini ilerletmek için daha fazla girişimde bulunmaya davet ediyorum.


Bitirme


Bruce: Peki, bugünkü röportajımız sona ermek üzere, son birkaç hızlı soruya geçelim. Genellikle kitap okur musunuz?


Tomasz: Şu anda genellikle bir kitabı baştan sona okuma zamanım olmuyor. Temel olarak zamanım olmadığından dolayı - mevcut yaklaşımım, bir kitabı aldıktan sonra genel olarak göz atmak, temel konuyu anlamak, ardından LLM'in bu kitabın ana konusunu, önemini ve temel görüşleri hakkında beni bilgilendirmesine izin vermek. Sonra ara sıra kitabın bazı bölümlerini karıştırıyor, yazım tarzını deneyimliyor, LLM'in özeti doğru mu diye kontrol ediyorum.


Son birkaç aydır, Santa Fe Enstitüsü'nün karmaşık sistemlerle ilgili içeriğine odaklandım. Önceden Kauffman'ın "Düzenin Kökenleri"ni okuyordum, çünkü doğal hiyerarşik yapı oluşumunu daha iyi anlamak istedim - örneğin, blok zincir ekosisteminde L1 ve L2 arasındaki hiyerarşik ilişki gibi. Şu anda çoğunlukla, aslında LLM'in belirli bir konuda verdiği cevapları araştırıyorum ve orijinal kaynaklarla karşılaştırarak, tüm bir kitabı tamamen okuma durumu giderek daha az görülür hale geliyor.


Ancak son zamanlarda harika bir hediye aldım — Vakıf'ın Bastion'u bana "Babette'nin Ziyafeti" adlı kitabı hediye etti. Bu filmi sevdiğimi bildiği için bana özgün kitabı hediye etti. Bu kitabı her zaman yanımda taşıyorum, umarım en kısa zamanda okurum.


Bruce: Birçok konuyu aynı anda yürütüyorsunuz, ancak hala enerjiniz yüksek. Uyku, egzersiz, beslenme ve programlama konusunda uyguladığınız herhangi bir faydalı alışkanlığınız var mı?


Tomasz: Kesinlikle bu konuda bir rol model değilim, çünkü yaşamım tamamen düzensiz — genellikle farklı zaman dilimleri arasında mekik dokurum, düzensiz uyurum, sabit bir programım yoktur, çoğu zaman aklıma ne gelirse onu önce yaparım, her zaman çok acelecidir. Ancak yıllar içinde, beni destekleyen birkaç küçük kuralım oldu: Örneğin, mümkünse Cuma günleri toplantı planlamamaya çalışırım, böylece seyahat etmek için zamanım olabilir veya hiçbir şeyden rahatsız olmadan bir gün boyunca odaklanabilirim. Tabii bazen yanlışlıkla 1-2 toplantı planladığım olur, ancak çoğu Cuma günü boş olur, bu durum Pazartesi'den Perşembe'ye programın genellikle çok yoğun olacağı anlamına gelir.


Bir de herkese denemenizi önerdiğim çok basit bir ipucu var: Google Takvim veya kullandığınız herhangi bir programda, toplantıların bitişini 5 ila 10 dakika önceden ayarlayın. Böylece toplantılar arasında yastık süresi olur, stres seviyeniz çok daha az olur. İlgili araştırmaları gördüm, bu ayarın stres seviyesini önemli ölçüde azaltabileceğini söylüyorlar. Sonuçta, toplantılar genellikle zamanında bitmeyebilir, ancak aslında zamanı 55 dakika olarak ayarlamışsanız, 3-5 dakika geçse bile bir sonraki toplantıyı etkilemez. Ardışık toplantılar ve bir yastık süresi olmadan, bir önceki toplantı geç kalırsa, telaşlı hale gelirsiniz, not alacak, bir sonraki toplantıya hazırlanacak zamanınız olmaz.


Bruce: Sık sık seyahat ediyorsunuz, zaman farkıyla başa çıkmanıza yardımcı olan bir stratejiniz var mı?


Tomasz: Aslında pek çok stratejim yok. Uyku düzenim zaten düzensiz olduğundan, hemen hemen sürekli bir "zaman farkı" durumundayım, bu nedenle seyahat ederken belirgin bir zaman farkı tepkisini hissetmiyorum. Ayrıca genellikle sık sık kıtalar arasında gidip gelmiyorum — birçok insan iş seyahatine gittiklerinde bir yere gidip toplantı yapar ve geri döner, bu da iki kez uyum sağlama zorluğunu yaşamaları anlamına gelir; oysa ben genellikle bir yönde yavaş yavaş seyahat ederim, hızlıca gidip gelmem, zaman farkıyla sürekli uğraşmaktan kaçınırım.


Bruce: Tamam, bugünkü röportajımız burada sona eriyor. Bugünün katılımı için Tomasz'a çok teşekkür ediyorum ve tekrar Shanghai'ye hoş geldiniz.


Tomasz: Herkese teşekkür ederim, çok teşekkürler.


Bu makale katkıda bulunan birinden gelmektedir ve BlockBeats'in görüşlerini yansıtmamaktadır.


BlockBeats Resmi Topluluğuna Katılın:

Telegram Abonelik Grubu: https://t.me/theblockbeats

Telegram Sohbet Grubu: https://t.me/BlockBeats_App

Twitter Resmi Hesabı: https://twitter.com/BlockBeatsAsia

Kütüphane Seç
Kütüphane Ekle
İptal
Tamamla
Kütüphane Ekle
Sadece kendime görünür
Herkese Açık
Kaydet
Düzeltme/Rapor
Gönder