Kısa süre önce API3, DWF Labs tarafından yönetilen ve ardından birkaç tanınmış VC tarafından takip edilen 4 milyon dolarlık stratejik fonlama güvence altına aldı. Tarihsel olarak, oracle pazarına Chainlink gibi üçüncü taraf oracle'lar hakim olmuştur. Shisi bu habere şaşırdı~ API3 neden fonlama güvence altına alabildi? Geleneksel kahinlerin yıkıcısı olabilir mi? Onu benzersiz kılan nedir? Merkeziyetsiz bir API (dAPI) projesi olan API3, kendisini "birinci taraf" bir oracle olarak tanımlıyor. Yenilikçi OEV Network'ten (ZK-Rollup'a dayalı) yararlanarak, ARACI güveni, düşük veri şeffaflığı ve Oracle Extractable Value (OEV) üzerinde kontrol gibi üçüncü taraf oracle'larla ilişkili yaygın sorunları ele alır.

1. Oracle'lar Geleceği Gerçekten Tahmin Edebilir mi?

"Kahin" terimi, halkı kolayca yanıltabilecek efsanevi bir çağrışım taşır. Gerçekte, on-chain akıllı sözleşmeler gerçek dünya verileri sağlayan bir aracı ifade eder. Peki gerçek veriyi oluşturan nedir? Oracle'ın bütünlüğü nasıl sağlanabilir? Oracle'lar kötü niyetli davranabilir mi? Birden fazla oracle işbirliği yapabilir mi? OVM'yi (Oracle Extractable Value) nasıl anlamalıyız?

BTC'deki son artışın ardından 2024'ün 1. çeyreğinde, DeFi projelerinde kilitlenen tokenlerin toplam değeri 175 milyar dolarlık yeni bir zirveye ulaştı ve 2023'ün 4. çeyreğindeki 103 milyar dolardan yaklaşık %70'lik bir artışa işaret ediyor. Kahinler long zamandır DeFi can damarı olarak kabul edilmiştir. DeFi sektöründe, merkezi olmayan borsalar (DEX'ler), borç verme platformları ve türev ürünler trade platformlarının tümü, çalışmak için doğru fiyat verilerine güvenir. 2023'ün başlarında, Polygon zincirindeki merkezi olmayan borç verme protokol BONQ, TellorFlex oracle sözleşmesinin manipüle edilmesi nedeniyle istismar edildi. Saldırgan, teminatlı borç verme yapmak için oracle fiyatlarını düşük bir maliyetle değiştirerek büyük karlar sağladı ve proje için yaklaşık 88 milyon dolar zarara neden oldu. Oracle fiyat sorunlarından kaynaklanan bu tür saldırılar olağan hale geldi ve dApp operasyonlarını destek için şeffaf ve güvenilir off-chain verilerine olan kritik ihtiyacı vurguladı.

2. Oracle'lar Zincir Dışı ve Zincir İçi Nasıl Bağlanır?

Oracle'lar genellikle üç modda çalışır: planlanmış yüklemeler, olay odaklı ve istek-yanıt. İstek-yanıt modelini örnek olarak kullanarak, süreç kabaca aşağıdaki dört adıma ayrılabilir:

• STEP 1: Zincir üzerinde, çağıran dApp bir istek (esasen bir işlem) başlatır ve oracle hizmet sözleşmesi bir on-chain olayını tetikler.
• STEP 2: Zincir dışı, oracle düğümleri bilgi almak için olayı dinler ve ardından ilgili sistemleri aracılığıyla doğru off-chain verileri toplar.
• STEP 3: Zincir dışı ve on-chain, oracle, verileri oracle hizmet sözleşmesine bir işlem şeklinde sağlar.
• STEP 4: Zincir üzerinde, oracle hizmet sözleşmesi verileri çağıran dApp'e döndürür. Bu, aktif itme yoluyla veya dApp sorgulamasıyla tekrar yapılabilir.

İşte bu işlemin genişletilmiş bir açıklaması:

İlk olarak, on-chain istekleri herkese açıktır. Olaylar, EVM tabanlı blok zincirlerinde yaygın bir mekanizma olduğundan, tüm ağ, dApp'in belirli bilgilere ihtiyaç duyduğunun farkındadır.

İkincisi, off-chain veri gönderimi atomik değildir. on-chain işlemler gerçek zamanlı olarak tamamlanırken, off-chain verilerin doğası gereği bazı gecikme süresi vardır.

Son olarak, on-chain talebi özelleştirilirse, oracle üçüncü taraf bir hakem olarak hareket edebilir ve verileri dApp'e gönderebilir. Bununla birlikte, gerçek zamanlı BTC fiyatları gibi yaygın veriler için, dApp genellikle verileri sözleşmenin kendisinden alır. Ek olarak, oracle'lar genellikle planlanmış bir raporlama mekanizmasına sahiptir. Temel ilkeler bu farklı senaryolarda tutarlı kalır.

3. Luna'nın Ayrışması, Dinamik Kahin Yarışı

Bununla birlikte, blok zinciri yalnızca DeFi ile sınırlı değildir. dApp'ler, oracle'lar aracılığıyla off-chain verilere güvenli ve verimli bir şekilde erişerek iş kapsamlarını ve uygulama senaryolarını büyük ölçüde genişletebilir. Bu, iş yönlerinin finans, sigorta, tedarik zinciri yönetimi, IoT ve diğer birçok alana yayılmasını sağlar.

Günümüz pazarında, DeFiLlama'dan alınan platform verilerine göre, Chainlink hala hakim bir konuma sahip ve tüm pazarın %45'ini oluşturan TVL (USD cinsinden Kilitlenen Toplam Değer, oracle'lar gibi kritik altyapılar tarafından güvence altına alınmış).

Dikkatli bir okuyucu, grafiğin sağ tarafındaki eğrinin Mayıs 2022'de ciddi oynaklık yaşadığını fark edecektir. Katalizör, 7 Mayıs - 13 Mayıs 2022 tarihleri arasında, lider algoritmik stablecoin UST'nin iki ayrışma olayına maruz kaldığı ve nihayetinde Luna ile birlikte bir düşüşe geçtiği kötü şöhretli Luna kazası olayıydı. Aynı zamanda, dahili oracle'ları kullanan birçok proje, fiyat dalgalanmalarına geciken yanıtlar nedeniyle ciddi sorunlarla karşı karşıya kaldı.

Aşağıdaki grafik, Mayıs 2022'de şirket içi oracle'ların pazar payında (pembe renkle gösterilmiştir) keskin bir düşüş olduğunu açıkça göstermektedir. Chronicle oracle'ları (kırmızı ile gösterilmiştir) bu trafik artışını etkili bir şekilde yakaladı ve esasen dahili oracle'lar tarafından kaybedilen pazar payını güvence altına aldı.

4. Üçüncü Taraf Kahinlerin Çıkmazı

Sektörü sarsan olayların yanı sıra, oracle'ların gelişimi durmuş gibi görünüyor. Gerçekten de, on-chain ve off-chain verileri arasında köprü kurmak için bir araç olarak net endüstri konumlandırması nedeniyle, oracle ürünleri nispeten basit işlevlere sahip olma eğilimindedir. En çok eleştirilen yönlerden biri, şu anda veri abonelik ücretleri ve proje ekipleri tarafından verilen tokenlerin takdir edilmesi etrafında dönen kar modelleridir. Açıktır ki, tekil bir veri aboneliği modelinden elde edilen gelir sınırlıdır. Örneğin, Chainlink'in Doğrulanabilir Rastgele İşlev (VRF) için ücret oluşturma özelliğini örnek olarak ele alırsak, blockchain explorer Etherscan'e göre, VRF V1 ve V2 sürümleri için toplam kilitli tokenlerin yaklaşık 370.000 (7 + 30) olduğunu hesapladım ve bu da mevcut LINK oranına (16 $) göre yaklaşık 6 milyon $ gelir anlamına geliyor. VRF V2'nin Şubat 2022'nin sonlarında piyasaya sürülmesinden bu yana, ayda ortalama 170.000 ABD Doları (11.000 LINK) ile yaklaşık 4,8 milyon ABD Doları gelir elde etti. Chainlink'in geniş ölçeğiyle karşılaştırıldığında, bu karlar gerçekten yetersiz. Belirteç takdirine gelince, görüşler değişir.

Bununla birlikte, üçüncü taraf varlıklar olarak doğaları gereği, oracle'lar doğası gereği nispeten tarafsız bir konuma sahiptir ve uygulama katmanı güvenliğinde kritik altyapı olarak hizmet vermeye başlar. Geleneksel ara katman yazılımı izleniminden kurtulmak ve karlılığı artırmak için oracle'ların farklılaştırılmış ve sistematik işlevsel genişletmelere ihtiyacı vardır. Örneğin, tipik bir cross-chain köprü olarak LayerZero, ultra ışık düğümü istekleri olan oracle'lar tarafından taşınan güvenliğe dayanır. Özetle, oracle'ların pazardaki çıkmazı, doğal operasyonel sınırlamalarında, tek işlevselliklerinde, mütevazı karlılıklarında ve henüz genişletilmemiş ölçeklenebilirliklerinde yatmaktadır. Bununla birlikte, sözde üçüncü taraf oracle'ların yürütme modelini anlamak, sorunlarının "üçüncü taraf" doğalarından kaynaklandığını ortaya koymaktadır. Kendisini oracle sektöründe yeni bir şirket olarak konumlandıran API3, bu zorlukların üstesinden gelmeyi amaçlayan "birinci taraf" bir oracle olmaya odaklanıyor.

4.1 Üçüncü Taraf ve Birinci Taraf Oracle'ları Karşılaştırma

API3, Oracle tüketicileri ve sağlayıcıları arasında bir köprü oluşturmak için daha Web3 tabanlı (hafif + modüler) bir yaklaşım kullanarak API servis düğümlerini etkinleştirmeye yönelik kapsamlı operasyonel yeteneklerinden yararlanmayı seçti. API operatörleri, API3'in Airnode çözümünü kullanarak kendi oracle düğümlerini hızlı bir şekilde kurabilirler.

Birinci taraf bir Oracle projesi olarak, API sağlayıcıların oracle'lara ve ardından dApp operasyonlarına (API sağlayıcılar Oracle → dApp'→) bağlandığı geleneksel akışla karşılaştırıldığında, API3'ın dApp'→ yaklaşımı (API sağlayıcılar + oracle) API sağlayıcıların daha merkezi bir rol üstlenmelerini sağlar. long'cu yalnızca üçüncü taraf oracle çalışanları olarak hareket etmezler, aynı zamanda ekosistemde daha fazla etki ve özerklik kazanırlar.

Yukarıda gösterildiği gibi, üçüncü taraf müdahalesinin ortadan kaldırılmasıyla veri zinciri kolaylaştırılır. API sağlayıcılar ve oracle'lar rolleri birleştirdiğinde, API sağlayıcıların itibarı doğrudan veri on-chain bağlı olduğundan, verilerin nereden geldiğine dair bir soru long'cu yoktur.

API sağlayıcıların sağladıkları verilerle sıkı sıkıya bağlı itibarı nedeniyle, izleme basitleştirilir ve teknik olarak, bir teminat mekanizmasıyla desteklenen kötü niyetli davranışların fark edilmeden gitmesine izin verilmez. Bir API sağlayıcı kişisel kazanç için kötü niyetli olarak yanlış veriler sağlasa bile, etkilenen kullanıcılar itiraz edebilir ve tazminat talep edebilir. Sigorta dolandırıcılığı için kötü niyetli kullanıcı şikayetleri gibi karmaşık anlaşmazlıklar, on-chain bir yargı sistemi aracılığıyla karara bağlanacaktır. API3 DAO tarafından sağlanan tamamen merkezi olmayan sigorta mekanizmasından yararlanan API3, API sağlayıcıları verimli bir şekilde cezalandırabilir ve etkilenen kullanıcıları mümkün olan en geniş ölçüde tazmin edebilir.

5. API3 DAO'nin Token Ekonomisine Derin Bir Bakış

API3 DAO'nin tokenomi, pozitif ve negatif geri bildirim döngülerinden yararlanarak stake mekanizması aracılığıyla istikrarlı bir şekilde çalışır.

5.1 Staking Yönetişim Mekanizması Staking

mekanizması, döngüsel bir ekonomi için başlangıç noktası olarak hizmet eden, staking ve staking yönetişiminden elde edilen karı içeren, DAO yönetişiminde standart bir uygulamadır. API3 bu süreci daha da optimize etti:

• Stake edenler staking ödüllerini aldıktan sonra çekilirse ne olur? Staking'den elde edilen enflasyonist ödüller (yeni basılan tokenler) dağıtılmadan önce ertelenir ve varsayılan olarak stake havuzu geri akar.
• stake havuzu'daki jetonlar başka ne için kullanılabilir? Kullanıcıların kayıplarını telafi etmek için kullanılabilirler.
• API3 stake havuzu'deki token fiyatını nasıl dengeler? API3, Yakma ve Token Kilitleme mekanizmaları aracılığıyla enflasyonu kontrol eder: Kullanıcıların dAPI hizmetlerini almak için tokenlerini yakmaları veya kilitlemeleri gerekir.

5.2 Olumlu ve Olumsuz Geri Bildirim Döngüsü Bu olumlu ve olumsuz geri bildirim döngüsü göz önüne alındığında, stake havuzu'deki token miktarı nasıl bir eğilim sergileyecek? Kontrolsüz genişleme veya tazminatı karşılamak için yetersiz fon çöküşe yol açar mı? Hadi analiz edelim:

• dAPI kullanıcıları arttığında, sistemin riski artar (işletme maliyetleri kullanıcı sayılarıyla yükseliş), lider daha fazla tazminat olayına yol açar. Sonuç olarak, stake havuzu'deki tokenler azalır (etkilenen kullanıcıları tazmin etmek için kullanılır), bu da stake edenlerin (ve yöneticilerin) kötü yönetim nedeniyle kayıplara uğramasına neden olur. Bununla birlikte, stake havuzu'deki tokenleri azaltmak, aynı zamanda piyasaya akan tokenlerin artması anlamına gelir. Kullanıcılar tarafından tutulan tokenlerin enflasyondan etkilendiği göz önüne alındığında, kullanıcıların kişisel çıkar kaygıları nedeniyle önemli bir kısmı hala stake havuzu geri dönüyor.
• dAPI kullanıcıları azaldığında, sistem riski azalır ve stake havuzu'deki tokenlerin kademeli olarak artmasına neden olarak piyasadaki tokenleri daha kıt hale getirir. Bununla birlikte, bu, stake havuzu token sayısında sürekli bir artış anlamına gelmez; API3 DAO, stake ödüllerini (ve enflasyon oranlarını) hedeflenen sağlıklı bir değerle uyumlu hale getirmek için dinamik olarak ayarlar.

Yukarıda açıklanan iki senaryo, soldaki şemada (a) iyi bir şekilde gösterilen pozitif ve negatif bir geri besleme döngüsü oluşturur. Her iki senaryo da bir eşiğe ulaştığında, sistem kendi kendini ayarlar. dAPI kullanıcıları, diyagram solda (b) gösterildiği gibi stabilize olma eğilimindedir ve sonuçta sistemi sağlıklı bir operasyonel duruma doğru lider.

Aslında, bunun gibi DAO tarzı yönetişim tokenleri çeşitli DeFi protokollerinde long popüler olmuştur. Örneğin, merkezi olmayan sabit coinlerin ayrıntılı uygulamasında, MakerDAO'nin DAI, öncü yöneti̇m token'i olarak MKR ile bir ölçüt olarak duruyor.

Dört açık artırma mekanizması özellikle zariftir. Daha fazla bilgi için "Kapsamlı Bir Açıklama: AAVE, DeFi Lideri ve En Son Stablecoin Önerisi GHO'ya bakın", özellikle "Yetersiz Teminatlandırılmış, Dört Açık Artırma" bölümü. Bu nedenle, DAO yönetişimi, ekonomik istikrar için ana akım operasyonel moddur, ancak API3'ın yenilikleri de dikkate değerdir.

6. Benzersiz Avantaj - Öncü OEV Ağı (ZK-Rollup'a dayalı)

6.1 OEV

OEV (Oracle Extractable Value), MEV (Madenci Extractable Value) ile benzer şekilde çalışır. Oracle'ın, aksi takdirde üçüncü taraflara akacak değeri yakalama yeteneğini ifade eder. MEV, işlem emri yoluyla değer yakalarken, OEV, özellikle kritik piyasa verilerinde veya tasfiyeler gibi önemli on-chain olaylarda, on-chain ve off-chain veriler arasındaki fiyat farklılıklarından yararlanır.

OEV'nin nasıl ortaya çıktığını anlamak, oracle'larla ilgili güncel sorunların farkında olmayı gerektirir. on-chain veri gönderiminin maliyeti nedeniyle, oracle'lar genellikle nispeten short aralıklarla ayarlanan periyodik veri yüklemelerini kullanır. Büyük fiyat dalgalanmalarının etkisini azaltmak için oracle'lar genellikle fiyat hareketleri bu sınırları aştığında proaktif güncellemeleri tetikleyen eşikler belirler. Bu önlemler bazı sorunları hafifletse de, veri yüklemeleriyle ilgili gecikme süresi sorunu temelden çözmez.

DeFi piyasalar oldukça değişkendir ve varlık fiyatları short dönemlerde önemli ölçüde değişebilir. Oracle'ların besleme mekanizması, DeFi piyasalara belirsizlik getirir. Veri güncellemelerindeki bu gecikmeden yararlanarak, kâr amacı güden kuruluşlar OEV'den yararlanabilir. Oracle'lara bağımlı dApp'ler için, veri akışındaki herhangi bir gecikme veya güncelleme, potansiyel olarak OEV için önden çalıştırma, arbitraj ve tasfiyeler gibi fırsatlar yaratabilir.

Veri akışı gecikmelerinden kaynaklanan istismar edilebilir değerin sahipliğini atfetmek zor olabilir. Veri yüklemelerinin doğası gereği dalgalanmaları vardır, bu nedenle gecikmeler her zaman oracle'ın kötü niyetine atfedilemez. Bu nedenle, bu tür gecikmelerden elde edilen istismar edilebilir değer, oracle tarafından kötü niyetli olarak yaratılmış olarak kabul edilmeyebilir.

6.2 OEV Network - Çok Taraflı Bir Açık Artırma Platformu

OEV'nin varlığı nedeniyle, etkileşimli taraflar olarak kullanıcılar ve dApp'ler, her ikisi için de açıkça istenmeyen bir durum olan üçüncü taraflarca değerlerini çıkarmaktadır. API3, bu tür tüm sızıntıların fiyatlandırma gücünü (on-chain verilerinin fiyatlandırma gücü) yakalamayı önleyici olarak reddetme ihtiyacını belirledi ve bu nedenle OEV Ağı önerildi. Polygon zk toplamasına dayalı bir Ağ olarak, dAPI verilerini güncelleme hakkı için bağımsız bir emir akışı (herhangi bir katılımcının blok zinciri durumunu değiştirme niyeti bir emir) açık artırma platformudur. API3, açık artırma platformunun kendisini geliştirdi, dış hizmetlere bağımlılığı ortadan kaldırdı, paydaşların açık artırma platformuyla kar paylaşmadan OEV'yi paylaşmasına izin verdi ve OEV'yi tüm entegre blok zinciri veri akışlarında içselleştirdi. Açık artırma kazananı, açık artırma kârının çoğu dApp'e iade edilecek ve küçük bir kısmı operasyonel maliyetleri karşılamak için API3 tarafından tutulacak şekilde dAPI verilerini güncelleme hakkını kazanır. Açıktır ki, müzayedeci (üçüncü şahıs) müzayedenin fiyatların güncellenmesinden kar elde < maliyetine inandığında, müzayedeye katılacak ve bu da müzayedeye katılacak ve üçüncü şahıslar için de karlı hale gelecektir. dApp platformunun kullanıcıları kar paylaşımına katılmıyor gibi görünse de, daha iyi ticaret ve risk yönetimi için dAPI tarafından sağlanan kaliteli veri kaynağından yararlanırlar ve potansiyel olarak bundan yararlanırlar. Açık artırma yaşam döngüsü aşağıdaki şemada gösterilmiştir. Bir araştırmacı OEV'yi keşfettiğinde, bir teklif açık artırması başlatır. Kazanan teklif sahibi, oracle düğümünün dAPI verilerini güncelleme hakkını kazanır ve teklif verme ücretini ödedikten sonra bu hakkı oracle düğümünün dAPI verilerini güncellemek için kullanabilir. Ödenen açık artırma ücreti, dApp'e akan yakalanan OEV'dir.

Açık artırma eğilimi, doğal olarak, üçüncü tarafların (arama yapanların) potansiyel kâr peşinde teklif fiyatlarını artırmasını içerir. Daha yüksek bir açık artırma fiyatı, gerçek OEV ile ele geçirilen OEV arasında daha küçük bir fark anlamına gelir. Bu fırsatın boyutuna gelince, karar vermeden önce test ağının bir süre istikrara kavuşmasını bekleyip görmemiz gerekecek. Açık artırma sonuçları, dApp'ler, API3 oracle düğümleri, üçüncü taraflar ve dApp kullanıcıları için bir kazan-kazan durumu yaratır. API3 veri kaynaklarını entegre eden dApp'ler, OEV değerinin çoğunu yakalarken üçüncü taraflarca çekilen yünü en aza indirir. Sonuç olarak, üçüncü taraflar arasındaki pazar rekabeti, kârların kademeli olarak sıkıştırılmasını sağlar ve sonunda dApp'lere fayda sağlar. API3 için, OEV değerinin küçük bir kısmı OEV'nin operasyonel yolunu destekler. Üçüncü şahıslar da pay alır. DApp kullanıcıları için, son derece uzmanlaşmış üçüncü taraf katılımcıları on-chain veri noktalarını güncellemek için en uygun zamanlamayı belirlemeye teşvik etmek, ayrıntı düzeyini artırarak long vadede dApp kullanıcılarına fayda sağlar. Bu nedenle, API3'in OEV açık artırma planı, çok taraflı bir oyunda çıkarların dağılımını maksimum düzeyde ele alır ve üçüncü tarafların "yanlış yerleştirilmiş karlarını" ilgili paydaşlara geri yönlendirir. Böyle bir çözüm zarif bir şekilde tasarlanmıştır. Daha fazla bilgi için "UniswapX Araştırma Raporu (Bölüm I): V1-3'ün Geliştirme Yolunu Özetleme, Yeni Nesil DEX'de İnovasyon İlkelerini ve Zorlukları Anlama"yı keşfedin.

7. Sonuç

API3, operasyonları stabilize etmek için olumlu ve olumsuz geri bildirim mekanizmalarını kullanarak token ekonomisine dayalı kendi kendini idame ettiren bir ekosistem inşa etmiştir. Aynı zamanda, API3 tarafından tanıtılan OEV Ağı, dAPI fiyatlandırma güncellemeleri için bir açık artırma mekanizması aracılığıyla OEV akışı sorununu akıllıca çözerek, oracle'lar ve dApp'ler arasındaki OEV'den kaynaklanan çatışmaları ustaca üçüncü taraflara kaydırır.

Merkeziyetsiz uygulamalar çoğaldıkça ve olgunlaştıkça, güvenilir ve güvenli oracle servislerine olan talebin artması bekleniyor ve bu da yeni nesil oracle'ların ortaya çıkacağının sinyalini veriyor. Ancak, API3 çeşitli zorluklarla karşı karşıyadır. Ekonomik modeller, başlangıçta iyi tasarlanmış olsa bile, long vadeli istikrarla mücadele edebilir ve genellikle aşırı yönetişim veya ihmalin kurbanı olabilir. Ayrıca, itibar ve kazanca dayanan API müzayedeleri, kötümser modellerden (ZK gibi) ziyade doğası gereği iyimserdir. LayerZero'nun benzer bir itibar yapısı kullanmasına ve piyasa sorunları olmadan çalışmaya devam etmesine rağmen, oracles ve Cross chain köprüleri gibi yüksek riskli kombinasyonlarda bile riskler devam ediyor.

Devam eden itibar bahisleri, katılımcıların piyasa getirilerinin yeterince yüksek olması ve API3 piyasa gelişimine yakından bağlı olması gerektiği anlamına gelir. Sonuç olarak, oracle piyasasının zorluğu, DApp'lerin yalnızca veri sağlama yeteneklerine değil, aynı zamanda oracle'ın kendisinin üçüncü taraf olarak konumlandırılmasına da öncelik vermesinde yatmaktadır. API3 bu paradigmayı bozdu, ancak DApp'lerin kendileri müzayedelere katıldığında endişeler devam ediyor ve bu da kendi itibarlarını riske atmalarına rağmen potansiyel gizli anlaşmalar hakkında soru işaretleri yaratıyor. Chainlink gibi köklü oyuncular da pazar hakimiyetini sürdürmek için daha fazla OEV serbest bırakma yeteneğine sahiptir.

Yasal Uyarı:

1. Bu makale [十四君],'den yeniden basılmıştır. Tüm telif hakları orijinal yazara [十四君] aittir. 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.