1. Ethereum için Bir Sonraki Zorluk: İnşaatçı Merkezileştirme

Ethereum genellikle Bitcoin yanı sıra en merkezi olmayan ağlardan biri olarak kabul edilir. Bir Ethereum düğümünü çalıştırmak için nispeten düşük donanım gereksinimleri nedeniyle, hemen hemen herkes bir düğüm çalıştırabilir. Yine de bir miktar fazlalık var, ağ 1 milyon doğrulayıcılar sahip.

(Oluşturucu pazar payı | Kaynak: Relayscan)

Bununla birlikte, genellikle gözden kaçan kritik bir konu, inşaatçıların merkezileşmesidir. Oluşturucular, Ethereum ağında bloklar oluşturmak için işlemleri ve paketleri toplayan varlıklardır. Son yedi gün içinde, blokların %95'i sadece üç inşaatçı tarafından oluşturuldu.

Buna rağmen, Vitalik Buterin'in belirttiği gibi, oluşturucu merkezileşmesi Ethereum ağının genel güvenliği için ciddi bir tehdit oluşturmuyor. Bunun nedeni, blok oluşturma bir şekilde merkezileştirilmiş olsa bile, bu blokları doğrulayan doğrulayıcılar (teklif sahipleri) merkezi olmayan kalmasıdır. Bununla birlikte, inşaatçıların merkezileşmesi sansür, rant arayışı ve canlılık sorunları gibi çeşitli sorunlara yol açabilir.

Bu makale, Flashbot'ların Ethereum'in MEV olumsuz dışsallıklarını ele alma yolculuğunu keşfedecek ve SUAVE'nin inşaatçı merkezileşmesi de dahil olmak üzere MEV ile ilgili sorunları nihai olarak nasıl çözebileceğini inceleyecektir.

2. Şimdiye Kadarki İlerleme

2.1 Proof of Work

Merge yükseltmesinden önce, Ethereum ağı, madencilerin blok madenciliği yapmak için donanım kullandığı Bitcoin ağına benzer şekilde PoW fikir birliğine göre çalışıyordu. Bu süre zarfında, arama yapanlar mempool MEV fırsatları belirlediğinde, işlemlerini veya paketlerini bir bloğa dahil etmenin tek yolu, diğer arama yapanlardan daha yüksek gas ücretleri teklif ettikleri öncelikli gas açık artırmasıydı (PGA).

Bu yaklaşımla ilgili temel sorunlar vardı. İlk olarak, MEV hırsızlığı bir sorundu. Madenciler, arama yapanlar tarafından gönderilen işlemlerin veya paketlerin içeriğini görebilir ve bunları öncelikli bir ücret karşılığında bloğa dahil etmek yerine, bu işlemleri kopyalayabilir ve MEV kendileri çalabilirler. Bu nedenle, arama yapanlar MEV kar elde etmek için madencilere güvenmek zorunda kaldılar.

İkinci sorun ağ tıkanıklığı oldu. Ne zaman MEV fırsatlar ortaya çıksa, arama yapanlar daha yüksek öncelikli ücretler teklif ederek rekabet ettiler ve bu da Ethereum ağında tıkanıklığın artmasına neden oldu. Bu, ortalama işlem ücretlerini pahalı ve öngörülemez hale getirerek normal kullanıcıları olumsuz etkiledi.

(Flashbots Müzayedesi | Kaynak: Flashbots)

PoW Ethereum ağındaki MEV olumsuz dışsallıklarını ele almak için Flashbots, mev-geth ve mev-relay'den oluşan Flashbots Açık Artırması'nı tanıttı. Temel bileşenler şunlardı: 1) madencileri beyaz listeye almak, 2) özel bir mempool oluşturmak ve 3) kapalı bir teklif açık artırma sistemi uygulamak.

Kullanıcılar ve arama yapanlar, işlemleri veya paketleri Flashbots Auction'ın özel mempool gönderebilir ve bunlar daha sonra merkezi bir mev rölesi aracılığıyla mev-geth istemcisini kullanarak beyaz listedeki madencilere gönderilebilir. Araştırmacılar paketleri için tekliflerini ifade ettiler ve madenciler bloğa en yüksek teklifi veren paketleri dahil etmek için mev-geth kullandılar.

Önceki sistemden farklı olarak, arama yapanlar özel bir mempool kullandılar, bu nedenle eylemleri Ethereum gas pazarını etkilemedi ve diğer arama yapanların tekliflerini göremediler, bu da rekabeti azalttı. Sonuç olarak, Flashbots Auction, Ethereum ağındaki tıkanıklığı etkili bir şekilde azalttı. Bununla birlikte, madencileri beyaz listeye almak hala gerekliydi çünkü arama yapanlar tarafından gönderilen paketlerin içeriğini hala görebiliyorlardı.

(Kaynak: Flashbots)

Flashbots Müzayedesi, mev-geth'in %90'dan fazla benimsenmesiyle yaygın olarak benimsendi. Bu, başarısız MEV işlemlerini önemli ölçüde azalttı ve Ethereum ağındaki ortalama gas ücretlerini düşürerek MEV ile ilişkili olumsuz dışsallıkların çoğunu etkili bir şekilde azalttı.

2.2 Proof of Stake (PoS)

Eylül 2022'de Ethereum ağı, The Merge yükseltmesinin etkinleştirilmesiyle PoW'den PoS'ye geçiş yaptı. Kullanıcı tarafından gönderilen işlemleri bloklara dahil etme süreci, PoW büyük ölçüde değişmeden kaldı. Ancak, Flashbots Auction'ı doğrudan benimsemeyle ilgili kritik bir sorun vardı: beyaz listeye alma.

PoW Ethereum'de madenciler donanımlarına fiziksel olarak sahipti ve bu da beyaz listeye alma sürecini nispeten basit hale getiriyordu. Bununla birlikte, PoS'ye geçişle birlikte, çok çeşitli kuruluşlar anonim olarak doğrulamaya katılabilir ve bu da beyaz listeye almayı son derece zorlaştırır.

PoS Ethereum'da MEV olumsuz dışsallıklarını ele almak için Flashbots, MEV-Boost adlı yeni bir protokol tanıttı. Ethereum ağ yol haritası, MEV merkeziyetsiz hale getirmek için PBS (Proposer-Builder Separation) yükseltmesini içerir ve MEV-Boost, PBS'nin bir bölümünü uygular.

Bu yeni kurulumda, blok oluşturucular, en değerli tam bloğu oluşturmak için kullanıcılardan ve arama yapanlardan işlemler ve paketler alırken, teklif verenler blok oluşturuculardan en yüksek teklifi veren tam bloğu seçer ve ağa yayar. Mev-geth'ten farklı olarak MEV-Boost, konsensüs istemcisi için bir sepet görevi görerek onu herhangi bir istemci türüyle uyumlu hale getirir.

MEV-Boost şu şekilde çalışır:

(MEV-Boost | Kaynak: EigenLayer)

1. Blok oluşturucular, maksimum karlılık için işlemleri yeniden sıralamak için MEV çıkarma algoritmalarını kullanarak arama yapanlardan ve özel emir akışından işlemler alır. Daha sonra tam bir blok oluştururlar ve aktarıcıya bir teklif sunarlar.
2. Röle, inşaatçılardan alınan blokların geçerliliğini doğrular ve saklar.
3. Aktarıcı, blok başlıklarını tekliflerle birlikte teklif sahibine gönderir.
4. Teklif sahibi, aktarıcı tarafından gönderilenler arasından en yüksek teklife sahip blok başlığını seçer ve imzalar.
5. Aktarıcı, teklif sahibine imzalı başlığa karşılık gelen tam blok içeriğini gösterir.
6. Teklif sahibi, bloğun tamamını ağa gönderir ve blok oluşturucu tarafından eklenen teklifi toplar.

(Kaynak: mevboost.pics)

Ethereum doğrulayıcılar açısından bakıldığında, MEV-Boost önemli bir avantaj sunar: beyaz listeye alma sürecine gerek yoktur. Doğrulayıcılar sadece Flashbots'un MEV-Boost'unu çalıştırır ve blok oluşturucular sadece MEV en yüksek değeri çıkarır ve teklif olarak gönderir. Bu, doğrulayıcılar kendi MEV çıkarma algoritmalarına ihtiyaç duymadan MEV gelir elde edebileceği anlamına gelir. Sonuç olarak, MEV kârlar birkaç varlık arasında yoğunlaşmak yerine merkezi değildir.

(Kaynak: mevboost.pics)

Yerleşik bir protokol yerine harici bir ara yazılım olmasına rağmen, MEV-Boost, uzun bir süre boyunca Ethereum doğrulayıcılar %90'ından fazlası tarafından başarıyla benimsenmiştir. İnşaatçıların ve teklif sahiplerinin aktarıcıya güvenmesi gereken bir dezavantaj olsa da, aktarıcıların sayısı sekize yükseldi, bu da Flashbots aktarıcısının hakimiyetini azalttı ve sansür gibi ilgili endişeleri hafifletti.

3. Builder Centralization

3.1 İnşaatçılar Neden Merkezileşmeye Yöneliyor

MEV-Boost, MEV ile ilişkili olumsuz dışsallıkların çoğunu hafifletmiş olsa da, daha önce bahsedilen inşaatçı merkezileşmesi sorunu çözülmedi. Şu anda, Ethereum ağ bloklarının yaklaşık %90'ı yalnızca üç ila dört blok oluşturucu tarafından oluşturulmaktadır. Peki blok oluşturucular neden merkezileşme eğilimindedir? Bunun iki ana nedeni vardır:

Özel Sipariş Akışı (EOF)

İlk olarak, blok oluşturucu pazarı temelde kazananın her şeyi aldığı bir pazardır. Bir MEV çıkarma fırsatı belirleyen ve bir araya getiren bir araştırmacı olduğunuzu hayal edin. Paketinizi hangi inşaatçılara göndereceksiniz? Tüm inşaatçılara gönderebilseniz de, ne kadar çok inşaatçıyı dahil ederseniz, inşaatçılar paketin içeriğini görebildiği için MEV çalma riski o kadar yüksek olur. Bu nedenle, en uygun stratejiniz, paketi yalnızca blok ekleme olasılığı en yüksek olan ilk birkaç oluşturucuya göndermek olacaktır.

(Kaynak: Frontier Research, Haziran 2023)

Yukarıdaki grafik, arama yapanlardan daha fazla paket alan inşaatçıların blok dahil etme olasılığının daha yüksek olduğunu göstermektedir. Bu fenomen merkezileşme çarkını hızlandırır: Bir inşaatçı arama yapanlardan daha fazla paket alırsa, daha karlı bloklar oluşturma olasılığı daha yüksektir. Sonuç olarak, bu blokların Ethereum ağındaki teklif verenler tarafından benimsenme olasılığı daha yüksektir ve bu da daha fazla araştırmacıyı paketlerini bu oluşturucuya göndermeye teşvik eder. Paketleri daha az baskın oluşturuculara göndermek, blok eklemede gecikmelere neden olabilir, bu da gas ücreti tahminlerini zorlaştırabilir ve potansiyel olarak MEV çıkarma fırsatlarını kaybedebilir.

Merkezileşmeye yönelik bu doğal eğilimin ötesinde, inşaatçılar EOF aracılığıyla ek işlemler veya paketler sağlayabilir. Örneğin, belirli bir oluşturucu, yalnızca kendilerine işlem veya paket gönderen kullanıcılara ve arama yapanlara gizlilik garantileri veya ayıklanan MEV bir pay sunabilir. Diğer inşaatçılar tarafından erişilemeyen bu ek emir akışı, inşaatçıların merkezileşmesini daha da hızlandırır.

Gerçekten de, grafikte gösterildiği gibi, BloXroute, emsallerine kıyasla önemli ölçüde daha yüksek bir blok dahil etme oranına sahiptir. Bunun nedeni, BloXroute'un yalnızca bir blok oluşturucu olarak değil, aynı zamanda bir aktarma hizmeti olarak da çalışması ve işlemlerin işlenmesinde ona gecikme süresi bir avantaj sağlamasıdır. Ek olarak, BloXroute, BackRunMe gibi hizmetler aracılığıyla EOF sağlar.

(MEV dağıtım | Kaynak: BloXroute)

BackRunMe, kullanıcıların özel işlemler göndermelerine olanak tanıyarak onları önden çalıştırma ve sandviç saldırıları gibi kötü niyetli saldırılardan korur. Ayrıca, BackRunMe'ye gönderilen özel işlemlerin geri çalıştırılmasından MEV kar elde edilirse, karlar grafikte gösterilen oranlara göre dağıtılır. Kullanıcılar ve arama yapanlar, BackRunMe'nin takas kullanıcı arayüzünü kullanarak veya işlemleri göndermek için RPC değiştirerek çeşitli avantajlardan yararlanabilirler.

Peki, yeni blok oluşturucular ne yapabilir? Ne yazık ki, pazar paylarını zararına artırmak veya kullanıcıları ve arama yapanların EOF'sini çekmek için hizmetler sunmak dışında sınırlı seçeneklere sahipler. Blok sübvansiyon stratejisi olarak bilinen ilk yaklaşım, blok dahil etme oranını artırmak için yapı taşlarından elde edilen MEV kârdan daha yüksek teklifler belirlemeyi içerir. Örneğin, f1b oluşturucu, arama yapan sayısını hızla artırmak için bu stratejiyi başarıyla kullandı.

Etki Alanları Arası MEV

Bir blok oluşturucu ne kadar çok emir akışına erişebilirse, daha karlı bloklar üretme olasılığı o kadar yüksek olur. Bazı blok oluşturucular diğer ağlar için de bloklar oluşturursa, yalnızca Ethereum ağdan emir akışına değil, aynı zamanda harici emir akışına da erişebilirler. Bu yetenek, muhtemelen bu inşaatçılar etrafında daha fazla merkezileşmeye yol açacaktır.

3.2 Ne Yapmalıyız?

İnşaatçı pazarının neden merkezileşme eğiliminde olduğunu araştırdık. İnşaatçıların merkezileştirilmesi, blokları doğrulayan ve yayan teklif sahiplerinin (doğrulayıcılar) merkezi olmayan doğası nedeniyle ciddi bir güvenlik tehdidi oluşturmasa da, yine de 1) sansür, 2) rant arayışı ve 3) canlılık sorunları gibi sorunlara yol açabilir.

Sansür, potansiyel olarak crList gibi gelecekteki Ethereum protokol özelliklerle ele alınabilir ve bu da oluşturucuları teklif sahiplerinin gerektirdiği tüm işlemleri yerel olarak dahil etmeye zorlar. Bununla birlikte, tekelci bir piyasada rant arayışını ele almak ve kesinti süresinden kaynaklanan canlılık sorunlarını çözmek daha zordur.

Bu nedenle, en iyi çözüm, ana nedenlerini (EOF ve etki alanları arası MEV) azaltarak ilk etapta oluşturucunun merkezileşmesini önlemektir. Bu sorunları çözmek için Flashbots, Değer İfadesi için Tek Birleştirici Açık Artırma (SUAVE) protokol. (SUAVE'nin inşaatçı merkezileşmesi için tek potansiyel çözüm olmadığını belirtmekte fayda var; çeşitli diğer potansiyel çözümler için Jon Charbonneau'nun 'Decentralizing the Builder Role' makalesine bakın).

4. İşte Geliyor SUAVE

4.1 TL; DR

SUAVE, oluşturucunun merkezileşmesine katkıda bulunan iki ana faktörü ele almaya odaklanır: EOF ve etki alanları arası MEV. İlk olarak, SUAVE tüm ağlardan gelen işlemleri kabul edebilir ve merkezi olmayan oluşturucuların doğal olarak etki alanları arası MEV çıkarmasına olanak tanır. İkinci olarak, SUAVE, tercihleri özel olarak ele alarak ve MEV kârdan bir pay sunarak kullanıcılar için koşulları optimize eder.

4.2 Genel Bakış

(SUAVE'e genel bakış | Kaynak: Flashbots)

SUAVE, Ethereum ağından ayrı bir blok zinciridir ve birden fazla ağ tarafından kullanılabilen bir tak ve çalıştır mempool ve merkezi olmayan oluşturucu hizmeti sunar. Bu, diğer ağların karmaşık mempool yönetimi ve merkezi olmayan blok oluşturma süreçlerini SUAVE'ye dış kaynak sağlamasına olanak tanır. SUAVE üç ana bileşenden oluşur:

Evrensel Tercih Ortamı

Kullanıcılar ve arama yapanlar, işlemleri, paketleri, amaçları ve diğer tercih ifadelerini teklifleriyle birlikte orijinal ağın mempool yerine SUAVE'nin mempool gönderir. SUAVE'de bu tercihler yerel bir işlem türü olarak kabul edilir. Çeşitli alanlardan gelen tercihleri tek bir mempool toplayarak, optimum yürütme olasılığı artar. Bu kurulum, giriş engellerini azaltarak ve potansiyel karları artırarak inşaatçılara fayda sağlar.

Optimal Uygulama Pazarı

Yürütücüler (Arayıcılar, İnşaatçılar vb.) SUAVE mempool izler ve en iyi yürütme koşullarına sahip paketler oluşturmak için rekabet eder. Burada tanıtılan önemli bir kavram, emir akışı açık artırmasıdır (OFA).

Geleneksel MEV-Boost modelinde, MEV kârlar kullanıcılardan arama yapanlara, inşaatçılara ve teklif verenlere kadar tek bir yönde akar. Bununla birlikte, OFA ile uygulayıcılar, kullanıcıların tercihleri için rekabet eder ve kullanıcıların MEV kârdan da pay almalarına olanak tanır. Bu strateji, MEV kârların bir kısmını kullanıcılara ve arama yapanlara yeniden dağıtarak daha fazla EOF çekmeyi amaçlayan BackRunMe gibi hizmetlere benzer. Ayrıca SUAVE, mempool tercihlerinin gizliliğini sağlayarak onları kötü niyetli MEV saldırılarından korur.

Aradaki fark, bu tür stratejilerin mevcut inşaatçı pazarında belirli inşaatçıların merkezileşmesine yol açabilmesine rağmen, SUAVE'nin OFA'yı protokol içine yerleştirmesi ve tüm merkezi olmayan inşaatçılara bu tercihlere erişim sağlamasıdır. Flashbots tarafından önerildiği şekliyle OFA kavramı, MEV-Share aracılığıyla Ethereum ağında zaten uygulanmaktadır ve daha sonra SUAVE'ye dahil edilecektir.

Merkezi Olmayan Blok Binası

Önceki bileşenlerde, çoğu tercih en uygun yürütme yolunu bulur. Merkezi olmayan blok oluşturucular daha sonra bu bilgileri, MEV karlarını en üst düzeye çıkaran kısmi veya tam bloklar oluşturmak için kullanır ve daha sonra bunları çeşitli ağların doğrulayıcılar aktarırlar.

Tüm Ethereum doğrulayıcılar MEV-Boost kullanmamasına benzer şekilde, diğer ağların tüm doğrulayıcılar SUAVE kullanmayabilir. SUAVE'yi dinleyen doğrulayıcılar, SUAVE bloklarını kabul edebilir ve ağlarına karlı bloklar ekleyebilir. SUAVE'den habersizlerse, SUAVE'nin blok oluşturucuları, bloklarını dahil etmek için bir öncelikli gas müzayedesine (PGA) katılmalıdır. Hedef zincirde tercihler yerine getirildikten sonra, bir oracle SUAVE ağını bilgilendirir ve teklif, ödeme için yürütücülere gönderilir.

4.3 MEVM

SUAVE, yürütme ortamı olarak MEVM kullanan bir blok zinciridir. MEVM, MEV kullanım durumları için eklenen ön derlemelerle EVM çerçevesi üzerine inşa edilmiştir. Geliştiriciler, akıllı sözleşmeler olarak MEV uygulamalar oluşturmak için Solidity'yi kullanabilir ve daha önce merkezileştirilmiş MEV ile ilgili altyapının merkezi olmayan bir şekilde oluşturulmasını sağlayabilir. Örneğin, farklı blok oluşturma yöntemleri veya emir akışı müzayedeleri akıllı sözleşmeler olarak uygulanabilir.

Hassas verilere ve hesaplamalara duyulan ihtiyaç göz önüne alındığında, MEVM ayrıca gizlilik özellikleri de sunar. Hassas hesaplamalar, yürütme düğümleri tarafından off-chain yürütülür. Başlangıçta, Flashbot'lar veya üçüncü taraflar bunu merkezi bir şekilde sağlayacak, ancak sonunda Intel SGX gibi güvenilir yürütme ortamlarında (TEE) yürütülecektir.

5. Özet ve Önümüzdeki Zorluklar

Özetle SUAVE, tüm blok zinciri ağlarından işlem toplamayı ve bu ağlara en verimli yürütmeye sahip blokları sağlamayı amaçlamaktadır. SUAVE'nin vizyonu tam olarak gerçekleşirse, MEV gerçek ademi merkeziyetçiliğini sağlayacak ve blok zinciri ekosistemindeki çeşitli katılımcılara aşağıdaki faydaları sunacaktır:

1. Kullanıcılar: Gizlilik yoluyla kötü niyetli MEV saldırılarından korunur ve en iyi yürütmeyi sunar.
2. İnşaatçılar: SUAVE'nin doğal gizlilik işlemleri ve emir akışı açık artırmaları (OFA) sayesinde diğer inşaatçılarla adil bir şekilde rekabet edebilir ve alanlar arası tercihlere erişebilir, bu da onların tek bir alan içinde çalışmaya göre daha karlı bloklar oluşturmalarını sağlar.
3. Ağlar: Blok oluşturma sürecini SUAVE'e kolayca dış kaynak sağlayabilir.

İddialı vizyonuna rağmen, SUAVE hala erken aşamalarında ve tam olarak gerçekleştirilmeden önce çeşitli zorluklarla karşı karşıya.

1. Güvenlik Modeli: SUAVE'nin güvenlik modeli henüz tanımlanmamıştır. SUAVE bloklarının Ethereum ve Ethereum tabanlı L2 ağlarında kullanılma olasılığı göz önüne alındığında, güvenlik seviyesi ideal olarak Ethereum ile eşleşmelidir, ancak bunu başarmak karmaşıktır. SUAVE'nin bir Ethereum L2 olarak mı inşa edilmesi gerektiği yoksa EigenLayer'ın kripto-ekonomik güvenliğini mi kullanması gerektiği konusunda tartışmalar var.
2. Atomik Etki Alanları Arası İşlemler: Bunlar garanti edilmez. İşlemleri farklı blok sürelerine sahip ağlar arasında atomik olarak işlemek zordur. Bir işlem, hızlı blok zamanlı bir ağda başarılı olabilir, ancak daha yavaş bir ağda başarısız olabilir. Ek olarak, tüm ağlardaki tüm doğrulayıcılar SUAVE'e duyarlı olmadığından, öncelikli gas açık artırma (PGA) yoluyla yapılan bloklar da dahil olmak üzere başarısız olabilir.
3. Oracle Design: Harici etki alanlarından gelen sonuçları yerleşim için SUAVE'ye doğru ve hızlı bir şekilde getirmek için gelişmiş bir oracle tasarımına ihtiyaç vardır. Oracle'lar, saldırı vektörleri haline gelebilecekleri için en az SUAVE kadar güvenli olmalıdır.
4. Kullanıcı Deneyimi: SUAVE için kullanıcı dostu bir UX tasarlanmalıdır. Kullanıcıların tercihleri için teklifler belirlemeleri ve SUAVE ağında ETH tutmaları gerekir. Kullanıcıların çeşitli tercih türlerini kolayca ifade etmelerini sağlayan bir arayüz de gereklidir.

En büyük endişe, SUAVE'nin mev-geth veya MEV-Boost'a benzer önemli bir benimseme oranı elde edip edemeyeceğidir. SUAVE'nin vizyonunu gerçekleştirmesi için ölçek ekonomilerine ulaşması gerekiyor. Çok sayıda ağdan birçok kullanıcının tercihlerini SUAVE'ye göndermesi gerekir ve verimli bir sistem oluşturmak için çok sayıda inşaatçının katılması gerekir. Mev-geth bir müşteri ve MEV-Boost, mevcut doğrulayıcılar kolayca benimseyebileceği bir ara yazılım sepeti iken, SUAVE MEVM'ye dayalı bir blok zinciri ağıdır. Bu nedenle, bu büyük sistemin birçok ağda anlamlı bir şekilde benimsenip benimsenemeyeceği henüz belli değil.

Yasal Uyarı:

1. Bu makale [mirror] adresinden yeniden basılmıştır. Tüm telif hakları orijinal yazara aittir [00y]. Bu yeniden baskıya itirazlar varsa, lütfen Gate Learn ekibiyle iletişime geçin, derhal ilgileneceklerdir.
2. Sorumluluk Reddi: Bu makalede ifade edilen görüş ve görüşler yalnızca yazara aittir ve herhangi bir yatırım tavsiyesi teşkil etmez.
3. Makalenin diğer dillere çevirileri Gate Learn ekibi tarafından yapılır. Bahsedilmediği sürece, tercüme edilen makalelerin kopyalanması, dağıtılması veya intihal edilmesi yasaktır.