` öğesini temsil ettiğini ve bir kod parçacığı içerdiğini görebilirsiniz; bu nedenle, bu etiketlerin içindeki içerik çevrilmemelidir.
+Aşağıdaki örnekte, `<0>` etiketinin üzerine geldiğinizde, etiketin `` etiketini temsil ettiğini ve bir kod parçacığı içerdiğini görebilirsiniz, bu nedenle bu etiketlerin içindeki içerik çevrilmemelidir.
-
+
-## Kısa vs. eksiksiz hâller/kısatmalar {#short-vs-full-forms}
+## Kısa ve tam biçimler/kısaltmalar {#short-vs-full-forms}
-Web sitesinde kullanılan birçok kısaltma vardır, örn. dapps, NFT, DAO, DeFi vb. Bu kısaltmalar genellikle İngilizce olarak kullanılır ve web sitesini ziyaret edenlerin çoğu bunlara aşinadır.
+Web sitesinde kullanılan birçok kısaltma vardır, ör. dapps, NFT, DAO, DeFi vb. Bu kısaltmalar genellikle İngilizce olarak kullanılır ve web sitesini ziyaret edenlerin çoğu bunlara aşinadır.
Genellikle diğer dillerde yerleşik çevirileri olmadığı için bu ve benzeri terimleri ele almanın en iyi yolu, tam hâlinin açıklayıcı bir çevirisini sağlamak ve İngilizce kısaltmasını parantez içinde eklemektir.
@@ -168,9 +174,9 @@ Genellikle diğer dillerde yerleşik çevirileri olmadığı için bu ve benzeri
Dapps kısaltmasının nasıl çevrilmesi gerektiğine dair örnek:
-- Merkeziyetsiz uygulamalar (dapps) → _Tercüme edilmiş tam metin (parantez içinde İngilizce kısaltması)_
+- Merkeziyetsiz uygulamalar (dapps) → _Çevrilmiş tam biçim (parantez içinde İngilizce kısaltma)_
-## Yerleşmiş çevirileri olmayan terimler {#terms-without-established-translations}
+## Yerleşik çevirisi olmayan terimler {#terms-without-established-translations}
Bazı terimlerin diğer dillerde yerleşmiş çevirileri bulunmayabilir ve bu terimler, orijinal İngilizce hâliyle yaygın olarak biliniyor olabilir. Proof-of-work, proof-of-stake, Beacon Chain, staking vb. nispeten yeni olan terimler buna örnek gösterilebilir.
@@ -180,13 +186,13 @@ Bunları çevirirken yaratıcı ve açıklayıcı çeviriler kullanmaktan çekin
**Bazı terimleri İngilizce bırakmak yerine çoğu terimin çevrilmesinin nedeni, Ethereum ve ilgili teknolojileri daha fazla insan kullanmaya başladıkça, bu yeni terminolojinin gelecekte daha yaygın hâle geleceği gerçeğidir. Dünyanın her yerinden daha fazla insanı bu alana dahil etmek istiyorsak, kendimiz oluşturmamız gerekse bile mümkün olduğunca çok dilde anlaşılır terminoloji sağlamamız gerekir.**
-## Butonlar ve CTA'lar {#buttons-and-ctas}
+## Düğmeler ve CTA'lar {#buttons-and-ctas}
Web sitesi, diğer içeriklerden farklı şekilde çevrilmesi gereken çok sayıda düğme içerir.
Düğme metni, çoğu dizeyle bağlantılı bağlam ekran görüntülerini görüntüleyerek veya düzenleyicideki "düğme" ifadesini içeren bağlamı kontrol ederek anlaşılabilir.
-Biçimlendirme uyumsuzluklarını önlemek için düğmelerin çevirileri mümkün olduğunca kısa olmalıdır. Ek olarak, düğme çevirileri emir kipi hâlinde olmalıdır, yani bir komut veya istek içermelidir.
+Biçimlendirme uyumsuzluklarını önlemek için düğmelerin çevirileri mümkün olduğunca kısa olmalıdır. Ek olarak, düğme çevirileri emir kipinde olmalıdır, yani bir komut veya istek sunmalıdır.
@@ -200,7 +206,7 @@ Kapsayıcılığın başka bir biçimi; herhangi bir ülkeye, ırka veya bölgey
Son olarak üslup, tüm kullanıcılara ve her yaşa uygun olmalıdır.
-## Dile özel çeviriler {#language-specific-translations}
+## Dile özgü çeviriler {#language-specific-translations}
Çeviri yaparken kaynaktan kopyalamak yerine kendi dilinizde kullanılan dil bilgisi kurallarına, kabullere ve biçimlendirmeye uymak önemlidir. Kaynak metin, İngilizce dil bilgisi kural ve kabullerine uygundur; bu kural ve kabuller, diğer birçok dil için geçerli değildir.
@@ -208,7 +214,7 @@ Dilinizin kurallarını bilmeli ve buna göre çeviri yapmalısınız. Yardıma
Özellikle nelere dikkat edilmesi gerektiğine dair bazı örnekler:
-### Noktalama, biçimlendirme {#punctuation-and-formatting}
+### Noktalama işaretleri ve biçimlendirme {#punctuation-and-formatting}
**Büyük/Küçük Harf**
@@ -220,8 +226,8 @@ Dilinizin kurallarını bilmeli ve buna göre çeviri yapmalısınız. Yardıma
- İmla kuralları, her dil için boşluk kullanımını tanımlar. Boşluklar her yerde kullanıldığından, bu kurallar en belirgin olanlardan bazılarıdır ve boşluklar en yanlış çevrilen öğelerden bazılarıdır.
- İngilizce ve diğer diller arasındaki boşluk bırakma ilgili bazı yaygın farklılıklar:
- - Ölçü birimlerinden ve para birimlerinden önceki boşluk (ör. USD, EUR, kB, MB)
- - Derece işaretlerinden önceki boşluk (örneğin, °C, ℉)
+ - Ölçü birimlerinden ve para birimlerinden önce boşluk (ör. USD, EUR, kB, MB)
+ - Derece işaretlerinden önce boşluk (ör. °C, ℉)
- Bazı noktalama işaretlerinden önce boşluk, özellikle üç nokta (…)
- Taksimlerden (/) önce ve sonra boşluk
@@ -229,7 +235,7 @@ Dilinizin kurallarını bilmeli ve buna göre çeviri yapmalısınız. Yardıma
- Her dilin liste yazmak için çeşitli ve karmaşık kuralları vardır. Bunlar İngilizceden önemli ölçüde farklı olabilir.
- Bazı dillerde, her yeni satırın ilk kelimesi büyük harfle yazılmalı, bazılarında ise yeni satırlar küçük harflerle başlamalıdır. Ayrıca birçok dilde, her satırın uzunluğuna bağlı olarak, listelerde büyük harf kullanımıyla ilgili farklı kurallar vardır.
-- Aynısı satır öğelerinin noktalama işaretleri için de geçerlidir. Listelerdeki son noktalama işaretleri, dile bağlı olarak nokta (**.**), virgül (**,**) veya noktalı virgül (**;**) olabilir.
+- Aynısı satır öğelerinin noktalama işaretleri için de geçerlidir. Listelerdeki son noktalama işaretleri, dile bağlı olarak nokta (.), virgül (,) veya noktalı virgül (;) olabilir.
**Tırnak işaretleri**
diff --git a/public/content/translations/tr/dao/index.md b/public/content/translations/tr/dao/index.md
index b5b791d745f..b6efdca8915 100644
--- a/public/content/translations/tr/dao/index.md
+++ b/public/content/translations/tr/dao/index.md
@@ -1,165 +1,167 @@
---
-title: Merkeziyetsiz otonom organizasyonlar (DAO'lar)
-description: Ethereum'daki DAO'lara genel bakış
+title: DAO nedir?
+metaTitle: DAO nedir? | Merkeziyetsiz Otonom Organizasyon
+description: "Ethereum'daki DAO'lara genel bakış"
lang: tr
template: use-cases
emoji: ":handshake:"
sidebarDepth: 2
image: /images/use-cases/dao-2.png
-alt: Bir teklif üzerinde oy kullanan bir DAO'nun temsili.
-summaryPoint1: Merkezi liderliği olmayan üyelere ait topluluklar.
-summaryPoint2: İnternette tanımadığnız kişilerle iş birliği yapmanın güvenli bir yolu.
-summaryPoint3: Belirli bir amaca para yatırmak için güvenli bir yer.
+alt: "Bir teklif üzerinde oy kullanan bir DAO'nun gösterimi."
+summaryPoint1: "Merkeziyetsiz liderliğe sahip olmayan, üyelere ait topluluklar."
+summaryPoint2: "İnternette tanımadığınız kişilerle iş birliği yapmanın güvenli bir yolu."
+summaryPoint3: "Belirli bir amaca para yatırmak için güvenli bir yer."
---
## DAO'lar Nedir? {#what-are-daos}
-DAO, müşterek bir görev için çalışan, müşterek olarak sahip olunan, blokzincir tarafından yönetilen bir organizasyondur.
+DAO, ortak bir misyon için çalışan, toplu olarak sahip olunan bir kuruluştur.
-DAO'lar, fonları veya operasyonları yönetmesi için hayırsever bir lidere güvenmeden dünyanın dört bir yanındaki benzer fikirlere sahip kişilerle çalışmamıza olanak tanır. Burada, fonları canı istediği gibi harcayan bir CEO veya hesapları manipüle edecek bi CFO yok. Bunun yerine, kodda işlenen blok zinciri tabanlı kurallar, kuruluşun nasıl çalıştığını ve fonların nasıl harcandığını tanımlar.
+DAO'lar, fonları veya operasyonları yönetme konusunda hayırsever bir lidere güvenmek zorunda kalmadan dünyanın dört bir yanındaki benzer fikirlere sahip kişilerle çalışmamıza olanak tanır. Burada, fonları canı istediği gibi harcayan bir CEO veya hesapları manipüle edecek bir CFO yoktur. Bunun yerine, kuruluşun nasıl çalışacağını ve fonların nasıl harcanacağını koda gömülen blokzincir tabanlı kurallar tanımlar.
-Grubun onayı olmadan kimsenin erişme otoritesine sahip olmadığı yerleşik hazinelere sahiplerdir. Kararlar, kuruluştaki herkesin söz sahibi olmasını sağlamak için teklifler ve oylamalarla yönetilir ve her şey zincir üzerinde şeffaf bir şekilde gerçekleşir.
+Grubun onayı olmadan kimsenin erişme yetkisine sahip olmadığı yerleşik hazinelere sahiplerdir. Kararlar, organizasyondaki herkesin söz sahibi olmasını sağlamak için teklifler ve oylama ile yönetilir ve her şey şeffaf bir şekilde [zincir üstünde](/glossary/#onchain) gerçekleşir.
-## Neden DAO'lara ihtiyacımız var? {#why-dao}
+## DAO'lara neden ihtiyacımız var? {#why-dao}
-Birisiyle finansman ve para içeren bir organizasyon başlatmak, çalıştığınız kişilerle ileri düzeyde güven gerektirir. Ancak yalnızca internette etkileşimde bulunduğunuz birine güvenmek zordur. DAO'larla gruptaki başka kimseye güvenmeniz gerekmez, yalnızca DAO'nun %100 şeffaf ve herkes tarafından doğrulanabilir koduna güvenmeniz gerekir.
+Birisiyle finansman ve para kullanılan bir organizasyon kurmak için çalıştığınız kişilere ileri düzeyde güven duyabilmeniz gerekir. Ancak yalnızca internette etkileşimde bulunduğunuz birine güvenmek zordur. DAO'lar sayesinde gruptaki başka herhangi birine güvenmeniz gerekmez, sadece DAO'nun %100 şeffaf ve herkes tarafından doğrulanabilir koduna güvenmeniz yeterlidir.
-Bu küresel iş birliği ve koordinasyon için birçok yeni fırsat sunar.
+Bu küresel iş birliği ve koordinasyon açısından birçok yeni fırsat sunar.
### Bir karşılaştırma {#dao-comparison}
-| DAO | Geleneksel bir organizasyon |
-| ------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------- |
-| Genelde düz ve tamamen demokratikleştirilmiş. | Genelde hiyerarşik. |
-| Herhangi bir değişikliğin uygulanması için üyeler tarafından oylama yapılması gerekli. | Yapısına bağlı olarak, değişiklikler tekil bir partiden istenebilir veya oylama önerilebilir. |
-| Oylar toplanır ve sonuç güvenilir bir aracı olmadan otomatik şekilde uygulanır. | Eğer oylamaya izin verildiyse, oylar içeride toplanır ve oylamanın sonucu manuel şekilde idare edilir. |
-| Teklif edilen servisler merkezi olmadan ve otomatik bir şekilde idare edilir (örnek olarak hayırseverlik fonları). | İnsan idaresi veya merkezi şekilde kontrol edilen bir otomasyon gerektirir, bu da manipülasyona açıktır. |
-| Tüm etkinlikler şeffaftır ve tamamen halka açıktır. | Etkinlikler genelde gizlidir ve tamamı halka açılmaz. |
+| DAO | Geleneksel organizasyon |
+| --------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
+| Genelde yatay ve tamamen demokratik. | Genelde hiyerarşik. |
+| Herhangi bir değişikliğin uygulanması için üyeler tarafından oylama yapılması gerekli. | Yapısına bağlı olarak, değişiklikler tek bir tarafça istenebilir veya oylama önerilebilir. |
+| Oylar toplanır ve sonuç, güvenilir bir aracı olmadan otomatik şekilde uygulanır. | Oylamaya izin veriliyorsa, oylar organizasyon içinde toplanır ve oylamanın sonucu manuel olarak belirlenir. |
+| Sunulan hizmetler, merkezi olmayan ve otomatik bir şekilde idare edilir (örnek olarak hayır amaçlı fonların dağıtımı). | İnsan müdahalesi veya merkezi kontrollü otomasyon gerektirir ve bu nedenle manipülasyona açıktır. |
+| Tüm etkinlikler şeffaftır ve tamamen halka açıktır. | Etkinlikler genelde gizlidir ve tamamı halka açılmaz. |
### DAO örnekleri {#dao-examples}
-Bunun biraz daha mantıklı olması için, burada bir DAO'yu nasıl kullanabileceğiniz hakkında birkaç örnek mevcut:
+DAO'yu nasıl kullanabileceğinize dair birkaç örnek ile bunu daha anlaşılır kılalım:
-- Hayır kurumu - Dünyanın herhangi bir yerinden bağışları kabul edebilir ve bu bağışların neler için kullanılacağını oylamaya sunabilirsiniz.
-- Kolektif mülkiyet – fiziksel veya dijital varlıklar satın alabilir ve üyeler bunların nasıl kullanılacağına oy verebilir.
-- Girişimler ve hibeler: Yatırım sermayesini bir araya toplayan ve desteklenecek girişimlere oy veren bir girişim fonu oluşturabilirsiniz. Geri ödenen para daha sonrasında DAO üyeleri arasında yeniden dağıtılabilir.
+- **Hayır kurumu** – Dünyanın herhangi bir yerinden bağış kabul edebilir ve bu bağışların neler için kullanılacağı oylamaya sunabilirsiniz.
+- **Kolektif mülkiyet** – Fiziksel veya dijital varlıklar satın alabilir ve üyeler bunların nasıl kullanılacağına dair oy kullanabilir.
+- **Girişimler ve hibeler** – Yatırım sermayesini bir havuzda toplayan ve desteklenecek girişimlere oy veren bir girişim fonu oluşturabilirsiniz. Geri ödenen para daha sonrasında DAO üyeleri arasında yeniden dağıtılabilir.
+
+
- Akıllı kontratlar hakkında daha fazla bilgi
-
-
## Ethereum ve DAO'lar {#ethereum-and-daos}
Ethereum, birkaç nedenden dolayı DAO'lar için mükemmel bir temeldir:
-- Ethereum'un mutabakatı organizasyonların ağa güvenmesini sağlayacak kadar dağıtılmış ve yerleşmiştir.
+- Ethereum'un kendi mutabakatı, merkeziyetsiz ve organizasyonların ağa güvenmesini sağlayacak kadar köklüdür.
- Akıllı sözleşme kodu, yayınlandıktan sonra sahipleri tarafından bile düzenlenemez. Bu, DAO'nun yazıldığı kurallar çerçevesinde çalışmasını sağlar.
- Akıllı sözleşmeler fon gönderebilir/alabilir. Bu olmasaydı grup fonlarını yönetmek için güvenilir bir aracıya ihtiyacınız olurdu.
- Ethereum topluluğu, en iyi yöntemlerin ve destek sistemlerinin hızlıca ortaya çıkmasına izin vererek rekabetçi değil; iş birlikçi olduğunu kanıtlamıştır.
## DAO yönetişimi {#dao-governance}
-Bir DAO'yu yönetirken karar vermeniz gereken birçok husus vardır Mesela oylamaların ve tekliflerin nasıl çalıştığı gibi.
+Bir DAO'yu yönetirken oylama ve tekliflerin nasıl işlediği gibi pek çok unsur dikkate alınır.
### Delegasyon {#governance-delegation}
-Delegasyon, temsiliyetçi demokrasinin DAO versiyonu gibidir. Token sahipleri, kendi kendilerini aday gösteren ve protokole hizmet etmeyi ve bilgi sahibi olmayı taahhüt eden kullanıcılara oy yetkisi verir.
-
-#### Meşhur bir örnek {#governance-example}
+Delegasyon, temsili demokrasinin DAO versiyonu gibidir. Jeton sahipleri, kendilerini aday gösteren ve protokole hizmet etmeyi ve bilgi sahibi olmayı taahhüt eden kullanıcılara oy yetkisi verir.
-[ENS](https://claim.ens.domains/delegate-ranking) – ENS sahipleri, kendilerini temsil etmeleri için ilgili topluluk üyelerine oylarını devredebilir.
+#### Ünlü bir örnek {#governance-example}[ENS](https://claim.ens.domains/delegate-ranking) – ENS sahipleri, kendilerini temsil etmeleri için oylarını ilgili topluluk üyelerine devredebilirler.
-### Otomatik İşlem yönetişimi {#governance-example}
+### Otomatik işlem yönetişimi {#governance-example}
Birçok DAO'da, üyelerin çoğunluğu olumlu oy kullanırsa işlemler otomatik olarak yürütülür.
-#### Meşhur bir örnek {#governance-example}
+#### Ünlü bir örnek {#governance-example}
-[Nouns](https://nouns.wtf) – Nouns DAO'da, kurucular tarafından veto edilmediği sürece, bir oy yeter sayısı sağlandığında ve çoğunluk olumlu oy kullandığında bir işlem otomatik olarak yürütülür.
+[Nouns](https://nouns.wtf) – Nouns DAO'da bir işlem, kurucular tarafından veto edilmediği sürece, oy yeter sayısına ulaşılırsa ve çoğunluk olumlu oy kullanırsa otomatik olarak yürütülür.
-### Çoklu imzalı yönetişim {#governance-example}
+### Çoklu imza yönetişimi {#governance-example}
-DAO'ların binlerce oylama üyesi olabilirken, fonlar güvenilir ve genellikle "doxxed" (topluluk tarafından gerçek kimliği bilinen) olan 5-20 aktif topluluk üyesi tarafından paylaşılan bir cüzdanda tutulabilir. Oylamadan sonra, çoklu imza imzalayacılıları, topluluğun isteğini hayata geçirir.
+DAO'ların binlerce oy kullanan üyesi olabilse de fonlar, güvenilir ve genellikle doxxed (kimlikleri topluluk tarafından bilinen) olan 5-20 aktif topluluk üyesi tarafından paylaşılan bir [cüzdanda](/glossary/#wallet) tutulabilir. Oylamadan sonra, [çoklu imza](/glossary/#multisig) imzalayanları topluluğun iradesini yerine getirir.
## DAO yasaları {#dao-laws}
-1977'de Wyoming, girişimcileri koruyan ve sorumluluklarını sınırlayan LLC'yi (Sınırlı Sorumlu Şirket) icat etti. Daha yakın zamanlarda, DAO'lar için yasal statü oluşturan DAO yasasına öncülük ettiler. Şu anda Wyoming, Vermont ve Virgin Adaları bir şekilde DAO yasalarına sahiptir.
+1977'de Wyoming, girişimcileri koruyan ve sorumluluklarını sınırlayan Sınırlı Sorumlu Şirketi icat etti. Daha yakın zamanlarda, DAO'lar için yasal statü oluşturan DAO yasasına öncülük ettiler. Şu anda Wyoming, Vermont ve Virgin Adaları bir şekilde DAO yasalarına sahiptir.
-### Meşhur bir örnek {#law-example}
+### Ünlü bir örnek {#law-example}
-[CityDAO](https://citizen.citydao.io/) – CityDAO, Wyoming'in DAO yasasını kullanarak Yellowstone Milli Parkı yakınında 40 dönümlük arazi satın aldı.
+[CityDAO](https://citizen.citydao.io/) – CityDAO, Yellowstone Ulusal Parkı yakınlarında 40 akre arazi satın almak için Wyoming'in DAO yasasını kullandı.
## DAO üyeliği {#dao-membership}
-DAO üyeliği için farklı modeller bulunmaktadır. Üyelik, oylamanın nasıl işleyeceğini ve DAO'nun diğer önemli kısımlarını belirleyebilir.
+DAO üyeliği için farklı modeller bulunmaktadır. Üyeler, oylamanın nasıl işleyeceğini ve DAO'nun diğer önemli kısımlarını belirleyebilir.
-### Token tabanlı üyelik {#token-based-membership}
+### Jeton tabanlı üyelik {#token-based-membership}
-Kullanılan token'a bağlı olarak genelde tamamen yetkisizdir. Çoğunlukla bu yönetişim token'ları yetkisiz bir şekilde merkeziyetsiz bir borsada takas edilebilir. Diğerleri ise likidite sağlayarak veya başka bir "iş ispatı" ile kazanılabilir. İki şekilde de sadece token'a sahip olmak oy hakkı sağlar.
+Kullanılan jetona bağlı olarak genellikle tamamen [izinsizdir](/glossary/#permissionless). Çoğunlukla bu yönetişim jetonları, bir [merkeziyetsiz borsada](/glossary/#dex) izinsiz olarak takas edilebilir. Diğerleri ise likidite veya başka bir "iş ispatı" sağlayarak kazanılabilir. İki şekilde de sadece jetona sahip olmak oy hakkı sağlar.
-_Tipik olarak geniş merkeziyetsiz protokolleri ve/veya token'ları yönetmek için kullanılır._
+_Tipik olarak geniş merkeziyetsiz protokolleri ve/veya jetonları yönetmek için kullanılır._
-#### Meşhur bir örnek {#token-example}
+#### Ünlü bir örnek {#token-example}
-[MakerDAO](https://makerdao.com) – MakerDAO'nun belirteci MKR, merkezi olmayan borsalarda geniş çapta mevcuttur ve herkes Maker protokolünün geleceği üzerinde oylama gücüne sahip olmayı satın alabilir.
+[MakerDAO](https://makerdao.com) – MakerDAO'nun jetonu MKR, merkeziyetsiz borsalarda yaygın olarak bulunur ve herkes Maker protokolünün geleceği üzerinde oy gücüne sahip olmak için satın alabilir.
### Hisse tabanlı üyelik {#share-based-membership}
-Hisse tabanlı DAO'lar daha çok yetki içerir ama yine de oldukça açıktırlar. Herhangi bir olası üye, DAO'ya katılmak için bir teklif sunabilir ve genellikle token veya çalışma şeklinde bir miktar değere sahip bir komisyon sunar. Hisseler, direkt oy gücünü ve sahipliğini temsil eder. Üyeler istedikleri zaman hazineden hisselerini ayrılabilirler.
+Hisse tabanlı DAO'lar daha fazla izin gerektirir ama yine de oldukça açıktırlar. Herhangi bir olası üye, DAO'ya katılmak için bir teklif sunabilir ve genellikle jeton veya çalışma şeklinde bir miktar değere sahip bir komisyon sunar. Hisseler, doğrudan oy verme hakkını ve sahipliğini temsil eder. Üyeler istedikleri zaman hazineden kendi hisselerini alıp çıkış yapabilir.
-_Tipik olarak hayır kurumları, işçi kolektifleri ve girişim kulüpleri gibi birbirine bağlı, insan merkezli organizasyonlarda kullanılır. Token'ları ve protokolleri de yönetebilir._
+_Genellikle hayır kurumları, işçi kolektifleri ve yatırım kulüpleri gibi birbirine bağlı, insan merkezli organizasyonlarda kullanılır. Protokolleri ve jetonları da yönetebilir._
-#### Meşhur bir örnek {#share-example}
+#### Ünlü bir örnek {#share-example}
-[MolochDAO](http://molochdao.com/) – MolochDAO, Ethereum projelerini finanse etmeye odaklıdır. Üyelik için bir teklif gerektirirler, bu sayede grup potansiyel imtiyaz sahipleri hakkında bilinçli kararlar vermek için yeterli deneyim ve sermayeye sahip olup olmadığınızı değerlendirebilir. Serbest piyasada bir DAO'ya erişim satın alamazsınız.
+[MolochDAO](http://molochdao.com/) – MolochDAO, Ethereum projelerini finanse etmeye odaklanmıştır. Üyelik için teklifi şart koştuğundan grup, potansiyel imtiyaz sahipleri hakkında bilinçli kararlar vermek için yeterli deneyim ve sermayeye sahip olup olmadığınızı değerlendirebilir. Serbest piyasada bir DAO'ya erişim satın alamazsınız.
-### İtibara dayalı üyelik {#reputation-based-membership}
+### İtibar tabanlı üyelik {#reputation-based-membership}
-İtibar, katılımın kanıtını temsil eder ve DAO'da oy kullanma yetkisi verir. Token veya hisse tabanlı üyeliğin aksine, itibara dayalı DAO'lar mülkiyeti, katkıda bulunanlara devretmez. İtibar satın alınamaz, devredilemez veya başkası tarafından temsil edilemez; DAO üyeleri katılım yoluyla itibar kazanmalıdır. Zincir üzerinde oylama izinsizdir ve potansiyel üyeler, DAO'ya katılmak için serbestçe teklif gönderebilir ve katkıları karşılığında ödül olarak itibar ve token almayı talep edebilir.
+İtibar, katılım kanıtı görevi görür ve DAO'da oy kullanma yetkisi verir. İtibar tabanlı DAO'lar, jeton veya hisse tabanlı üyeliğin aksine, mülkiyeti katkıda bulunanlara devretmez. İtibar satın alınamaz, aktarılamaz veya başkasına devredilemez; DAO üyeleri katılım yoluyla itibar kazanmalıdır. Zincir üstü oylama izinsizdir ve müstakbel üyeler DAO'ya katılmak için özgürce teklif sunabilir ve katkıları karşılığında ödül olarak itibar ve jeton almayı talep edebilirler.
-_Protokollerin ve merkeziyetsiz uygulamaların merkeziyetsiz gelişimi ve yönetişimi için kullanılır, ancak aynı zamanda hayır kurumları, işçi kolektifleri, yatırım kulüpleri vb. gibi çeşitli kuruluşlar için de çok uygundur._
+_Genellikle protokollerin ve [merkeziyetsiz uygulamaların](/glossary/#dapp) merkeziyetsiz gelişimi ve yönetişimi için kullanılır, ancak aynı zamanda hayır kurumları, işçi kolektifleri, yatırım kulüpleri vb. gibi çeşitli kuruluşlar için de uygundur._
-#### Meşhur bir örnek {#reputation-example}
+#### Ünlü bir örnek {#reputation-example}
-[DXdao](https://DXdao.eth.link) – DXdao, 2019'dan beri merkeziyetsiz protokolleri yöneten ve uygulamalar oluşturan küresel bağımsız bir kolektiftir. Fonları koordine etmek ve yönetmek için itibara dayalı yönetişim ve holografik mutabakattan yararlanır, bu da hiç kimsenin geleceğini etkileme yolunu satın alamayacağı anlamına gelir.
+[DXdao](https://DXdao.eth.limo) – DXdao, 2019'dan beri merkeziyetsiz protokoller ve uygulamalar inşa eden ve yöneten küresel, egemen bir kolektifti. Fonları koordine etmek ve yönetmek için itibar tabanlı yönetişimden ve [holografik mutabakattan](/glossary/#holographic-consensus) yararlandı; bu da kimsenin para kullanarak geleceğini veya yönetişimini etkileyemeyeceği anlamına geliyordu.
-## Bir DAO başlatma veya DAO'ya katılma {#join-start-a-dao}
+## Bir DAO'ya katıl / bir DAO başlat {#join-start-a-dao}
### Bir DAO'ya katıl {#join-a-dao}
-- [Ethereum topluluk DAO'ları](/community/get-involved/#decentralized-autonomous-organizations-daos)
+- [Ethereum topluluğu DAO'ları](/community/get-involved/#decentralized-autonomous-organizations-daos)
- [DAOHaus'un DAO listesi](https://app.daohaus.club/explore)
-- [DAO'ların tally.xyz listesi](https://www.tally.xyz)
+- [Tally.xyz'nin DAO listesi](https://www.tally.xyz/explore)
+- [DeGov.AI'nin DAO listesi](https://apps.degov.ai/)
-### Bir DAO başlatma {#start-a-dao}
+### Bir DAO başlat {#start-a-dao}
-- [DAOHaus ile bir DAO çağırma](https://app.daohaus.club/summon)
-- [Tally ile bir Governor DAO başlatma](https://www.tally.xyz/add-a-dao)
-- [Aragon tarafından desteklenen bir DAO oluşturma](https://aragon.org/product)
-- [Bir koloni başlatma](https://colony.io/)
-- [DAOstack'in holografik mutabakatıyla bir DAO oluşturun](https://alchemy.daostack.io/daos/create)
+- [DAOHaus ile bir DAO başlat](https://app.daohaus.club/summon)
+- [Tally ile bir Governor DAO başlat](https://www.tally.xyz/get-started)
+- [Aragon destekli bir DAO oluştur](https://aragon.org/product)
+- [Bir koloni başlat](https://colony.io/)
+- [DAOstack'in holografik mutabakatı ile bir DAO oluştur](https://alchemy.daostack.io/daos/create)
+- [DeGov Başlatıcısı ile bir DAO başlat](https://docs.degov.ai/integration/deploy)
-## Daha fazla okuma {#further-reading}
+## Daha fazla kaynak {#further-reading}
### DAO Makaleleri {#dao-articles}
-- [Bir DAO nedir?](https://aragon.org/dao) – [Aragon](https://aragon.org/)
-- [DAO El Kitabı](https://daohandbook.xyz)
-- [DAO'lar Evi](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) – [Metagame](https://wiki.metagame.wtf/)
-- [Bir DAO nedir ve amacı nedir?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) – [DAOhaus](https://daohaus.club/)
-- [DAO Destekli bir Dijital Topluluk Nasıl Başlatılır](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) – [DAOhaus](https://daohaus.club/)
-- [Bir DAO nedir?](https://coinmarketcap.com/alexandria/article/what-is-a-dao) – [Coinmarketcap](https://coinmarketcap.com)
+- [DAO nedir?](https://aragon.org/dao) – [Aragon](https://aragon.org/)
+- [House of DAOs](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) – [Metagame](https://wiki.metagame.wtf/)
+- [DAO nedir ve ne işe yarar?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) – [DAOhaus](https://daohaus.club/)
+- [DAO Destekli Dijital Topluluk Nasıl Başlatılır](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) – [DAOhaus](https://daohaus.club/)
+- [DAO nedir?](https://coinmarketcap.com/alexandria/article/what-is-a-dao) – [Coinmarketcap](https://coinmarketcap.com)
- [Holografik Mutabakat Nedir?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/)
-- [DAO'lar Vitalik'e göre özerk kuruluşlarda ademi merkeziyetçiliğin önemli olduğu şirketler değildir:](https://vitalik.eth.limo/general/2022/09/20/daos.html)
-- [DAO'lar, DAC'ler, DA'lar ve Daha Fazlası: Tamamlanmamış Terminoloji Rehberi](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [Ethereum Blogu](https://blog.ethereum.org)
+- [Vitalik'ten: DAO'lar şirket değildir, özerk organizasyonlarda merkeziyetsizlik önemlidir](https://vitalik.eth.limo/general/2022/09/20/daos.html)
+- [DAO'lar, DAC'ler, DA'lar ve Daha Fazlası: Eksik Bir Terminoloji Kılavuzu](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [Ethereum Blog](https://blog.ethereum.org)
### Videolar {#videos}
-- [Kripto dünyasında DAO nedir?](https://youtu.be/KHm0uUPqmVE)
-- [Bir DAO Şehir Kurabilir mi?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) – [TED](https://www.ted.com/)
+- [Kriptoda DAO nedir?](https://youtu.be/KHm0uUPqmVE)
+- [Bir DAO Şehir İnşa Edebilir mi?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) – [TED](https://www.ted.com/)
+
+
DeFi uygulamalarını keşfedin
@@ -61,14 +62,14 @@ Ethereum bunun üzerine kurulu. Bitcoin gibi, kurallar sizin aleyhinize değişe
## Programlanabilir para {#programmable-money}
-Bu kulağa tuhaf geliyor... "Neden paramı programlamak isteyeyim ki"? Bununla birlikte, bu daha çok Ethereum'daki token'ların varsayılan bir özelliğidir. Herkes ödemelerin içine mantık programlayabilir. Böylece Bitcoin'in kontrolünü ve güvenliğini finans kurumlarının sunduğu hizmetler ile karıştırarak elde edebilirsiniz. Bu, borç verme ve borç alma, ödemeleri planlama, endeks fonlarına yatırım yapma ve daha fazlası gibi Bitcoin ile yapamayacağınız şeyleri kripto para birimleriyle yapmanızı sağlar.
+Bu kulağa tuhaf geliyor... "Neden paramı programlamak isteyeyim ki?" Ancak bu, Ethereum'daki token'ların yalnızca varsayılan bir özelliği olmaktan daha fazlasıdır. Herkes ödemelerin içine mantık programlayabilir. Böylece Bitcoin'in kontrolünü ve güvenliğini finans kurumlarının sunduğu hizmetler ile karıştırarak elde edebilirsiniz. Bu, borç verme ve borç alma, ödemeleri planlama, endeks fonlarına yatırım yapma ve daha fazlası gibi Bitcoin ile yapamayacağınız şeyleri kripto para birimleriyle yapmanızı sağlar.
+
Ethereum'da yeniyseniz denemek için DeFi uygulamalarına yönelik önerilerimizi keşfedin.
-
- DeFi uygulamalarını keşfet
+
+ DeFi uygulamalarını keşfedin
@@ -77,12 +78,12 @@ Bu kulağa tuhaf geliyor... "Neden paramı programlamak isteyeyim ki"? Bununla b
Çoğu finansal hizmetin merkezi olmayan bir alternatifi var. Ancak Ethereum, tamamen yeni olan finansal ürünler yaratmak için fırsatlar da yaratıyor. Bu sürekli büyüyen bir liste.
-- [Dünyanın her yerine para gönderin](#send-money)
+- [Dünyanın dört bir yanına para gönderin](#send-money)
- [Dünya çapında para akışı sağlayın](#stream-money)
- [Sabit para birimlerine erişin](#stablecoins)
-- [Teminat ile borç alın](#lending)
+- [Teminatla borç alın](#lending)
- [Teminatsız borç alın](#flash-loans)
-- [Kripto biriktirmeye başlayın](#saving)
+- [Kripto birikimi yapmaya başlayın](#saving)
- [Token ticareti yapın](#swaps)
- [Portföyünüzü büyütün](#investing)
- [Fikirlerinizi fonlayın](#crowdfunding)
@@ -91,30 +92,30 @@ Bu kulağa tuhaf geliyor... "Neden paramı programlamak isteyeyim ki"? Bununla b
- Ödeme dApp'lerini gör
+ Ödeme merkeziyetsiz uygulamalarını görün
#### Dünya çapında para akışı sağlayın... {#stream-money}
Ayrıca Ethereum üzerinden para akışı da yapabilirsiniz. Bu, birisine maaşını saniyede ödemenize izin vererek, ihtiyaç duyduklarında paralarına erişmelerini sağlar. Ya da anında depo veya elektrikli scooter gibi bir şeyler kiralayın.
-Değerinin değişebileceğinden dolayı [ETH](/glossary/#ether) göndermek veya akış yapmak istemiyorsanız, Ethereum'da alternatif para birimleri vardır: [sabit paralar](/glossary/#stablecoin).
+Ayrıca, değerinin ne kadar değişebileceği nedeniyle [ETH](/glossary/#ether) göndermek veya akışını sağlamak istemiyorsanız Ethereum'da alternatif para birimleri vardır: [sabit coinler](/glossary/#stablecoin).
- Sabit paralar hakkında daha fazlası
+ Sabit coinler hakkında daha fazlası
- Borç alma dapp'leri gör
+ Borçlanma merkeziyetsiz uygulamalarını görün
Merkezi olmayan bir borç veren kullanmanın birçok avantajı vardır...
@@ -136,7 +137,7 @@ Merkezi olmayan bir borç veren kullanmanın birçok avantajı vardır...
Bugün, borç vermek ve borç almak, ilgili kişilerin etrafında dönmektedir. Bankaların, borç vermeden önce bir krediyi geri ödeme olasılığınız olup olmadığını bilmesi gerekir.
-Merkezi olmayan borç verme, tarafların kendilerini tanımlamasına gerek kalmadan çalışır. Böylece, borç alan kişi kredisini geri ödemezse kredi verenin otomatik olarak alacağı bir teminat sunulmuş olur. Bazı borç verenler, [NFT'leri](/glossary/#nft) teminat olarak bile kabul eder. NFT'ler, bir tablo gibi benzersiz bir varlığın tapusudur. [NFT'ler hakkında daha fazla bilgi](/nft/)
+Merkezi olmayan borç verme, tarafların kendilerini tanımlamasına gerek kalmadan çalışır. Böylece, borç alan kişi kredisini geri ödemezse kredi verenin otomatik olarak alacağı bir teminat sunulmuş olur. Hatta bazı borç verenler teminat olarak [NFT'leri](/glossary/#nft) bile kabul etmektedir. NFT'ler, bir tablo gibi benzersiz bir varlığın tapusudur. [NFT'ler hakkında daha fazlası](/nft/)
Bu, kredi kontrolü olmadan veya özel bilgileri teslim etmeden borç para almanızı sağlar.
@@ -144,11 +145,11 @@ Bu, kredi kontrolü olmadan veya özel bilgileri teslim etmeden borç para alman
Merkezi olmayan bir borç veren kullandığınızda, yalnızca seçtiğiniz banka veya kurumun gözetimindeki fonlara değil, dünyanın her yerinden yatırılan fonlara erişebilirsiniz. Bu, kredileri daha erişilebilir hâle getirir ve faiz oranlarını iyileştirir.
-#### Vergi açısından verimlilik {#tax-efficiencies}
+#### Vergi verimliliği {#tax-efficiencies}
-Borçlanma, ETH'nizi satmanıza (vergiye tabi bir eylem) gerek kalmadan ihtiyacınız olan fonlara erişmenizi sağlayabilir. Bunun yerine, bir sabit para kredisi için teminat olarak ETH'yi kullanabilirsiniz. Bu, size ihtiyacınız olan nakit akışını sağlar ve ETH'nizi korumanıza izin verir. Sabit paralar, ETH gibi değerlerinde dalgalanma olmadığı için nakit ihtiyacınız olduğunda çok daha iyi olan token'lardır. [Sabit paralar hakkında daha fazla bilgi](#stablecoins)
+Borçlanma, ETH'nizi satmanıza (vergiye tabi bir eylem) gerek kalmadan ihtiyacınız olan fonlara erişmenizi sağlayabilir. Bunun yerine, bir sabit para kredisi için teminat olarak ETH'yi kullanabilirsiniz. Bu, size ihtiyacınız olan nakit akışını sağlar ve ETH'nizi korumanıza izin verir. Sabit paralar, ETH gibi değerlerinde dalgalanma olmadığı için nakit ihtiyacınız olduğunda çok daha iyi olan token'lardır. [Sabit coinler hakkında daha fazlası](#stablecoins)
-#### Hızlı krediler (flash loan) {#flash-loans}
+#### Flaş Krediler {#flash-loans}
Hızlı krediler, teminat olmadan veya herhangi bir kişisel bilgi vermeden borçlanmanıza izin veren, merkezi olmayan kredilendirmenin daha deneysel bir şeklidir.
@@ -172,24 +173,24 @@ B borsasının arzı aniden düşerse ve kullanıcı orijinal krediyi karşılay
Yukarıdaki örneği geleneksel finans dünyasında yapabilmek için çok büyük miktarda paraya ihtiyacınız var. Bu para kazanma stratejilerine yalnızca önceden bir servete sahip olanlar erişebilir. Hızlı krediler, paraya sahip olmanın para kazanmak için mutlaka bir ön koşul olmadığı bir geleceğe bir örnektir.
- Hızlı krediler hakkında daha fazla bilgi
+ Flaş krediler hakkında daha fazlası
- Borç verme uygulamalarına bakın
+ Borç verme merkeziyetsiz uygulamalarını görün
#### Kayıpsız piyangolar {#no-loss-lotteries}
@@ -210,43 +211,43 @@ PoolTogether gibi kayıpsız piyangolar, paradan tasarruf etmenin eğlenceli ve
- Token borsalarını gör
+ Token borsalarını görün
- Ticaret dapp'lerini gör
+ Alım-satım merkeziyetsiz uygulamalarını görün
- Yatırım dapp'lerini gör
+ Yatırım merkeziyetsiz uygulamalarını görün
- Kitle fonlaması dapp'lerini gör
+ Kitle fonlaması merkeziyetsiz uygulamalarını görün
-#### İkinci dereceden finansman {#quadratic-funding}
+#### İkinci dereceden fonlama {#quadratic-funding}
Ethereum açık kaynaklı bir yazılımdır ve şimdiye kadar yapılan çalışmaların çoğu topluluk tarafından fonlanmıştır. Bu, ilginç bir yeni fon yaratma modelinin büyümesine yol açtı: ikinci dereceden finansman. Bu, gelecekte her tür kamu malını finanse etme şeklimizi iyileştirme potansiyeline sahiptir.
@@ -272,7 +273,7 @@ Ethereum açık kaynaklı bir yazılımdır ve şimdiye kadar yapılan çalışm
Bu, 1 dolarlık 100 bağışa sahip olan A Projesi'nin, tek bir 10.000 dolarlık bağışa sahip olan B Projesi'nden daha fazla fon alabilmesi anlamına gelir (eşleştirme havuzunun boyutuna bağlı olarak).
- İkinci dereceden finansman hakkında daha fazla bilgi
+ İkinci dereceden fonlama hakkında daha fazlası
- Sigorta dapp'lerini gör
+ Sigorta merkeziyetsiz uygulamalarını görün
- Portföy dapp'lerini gör
+ Portföy merkeziyetsiz uygulamalarını görün
- Dapp oluşturma hakkında daha fazla bilgi
+ Merkeziyetsiz uygulama oluşturma hakkında daha fazlası
-## Daha fazla bilgi {#further-reading}
+## Daha fazla kaynak {#further-reading}
-### DeFi verisi {#defi-data}
+### DeFi verileri {#defi-data}
- [DeFi Prime](https://defiprime.com/)
- [DeFi Llama](https://defillama.com/)
### DeFi makaleleri {#defi-articles}
-- [DeFi Başlangıç Rehberi](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, 6 Ocak 2020_
+- [DeFi'ye yeni başlayanlar için bir rehber](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, 6 Ocak 2020_
+- [EEA DeFi Risk Değerlendirme Yönergeleri](https://entethalliance.org/specs/defi-risks/) – DeFi protokollerindeki kilit risklerin nasıl tanımlanacağını ve değerlendirileceğini gösteren, sektör destekli bir genel bakış.
### Videolar {#videos}
-- [Finematics - merkeziyetsiz finans eğitimi](https://finematics.com/) – _DeFi ile ilgili Videolar_
-- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi ile ilgili temel bilgiler: Bu bazen kafa karıştırıcı olan alana giriş yapmak için bilmeniz gereken her şey._
-- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _DeFi nedir?_
+- [Finematics - merkeziyetsiz finans eğitimi](https://finematics.com/) – _DeFi üzerine videolar_
+- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi'nin temelleri: Bu zaman zaman kafa karıştırıcı alana başlamak için bilmeniz gereken her şey._
+- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _DeFi Nedir?_
### Topluluklar {#communities}
- [DeFi Llama Discord sunucusu](https://discord.defillama.com/)
- [DeFi Pulse Discord sunucusu](https://discord.gg/Gx4TCTk)
+
+
+> clef newaccount --keystore
-Please enter a password for the new account to be created:
->
+Lütfen oluşturulacak yeni hesap için bir parola girin:
+>
------------
-INFO [10-28|16:19:09.156] Your new key was generated address=0x5e97870f263700f46aa00d967821199b9bc5a120
-WARN [10-28|16:19:09.306] Please backup your key file path=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120
-WARN [10-28|16:19:09.306] Please remember your password!
-Generated account 0x5e97870f263700f46aa00d967821199b9bc5a120
+BİLGİ [10-28|16:19:09.156] Yeni anahtarınız oluşturuldu adres=0x5e97870f263700f46aa00d967821199b9bc5a120
+UYARI [10-28|16:19:09.306] Lütfen anahtar dosyanızı yedekleyin yol=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120
+UYARI [10-28|16:19:09.306] Lütfen parolanızı unutmayın!
+Oluşturulan hesap 0x5e97870f263700f46aa00d967821199b9bc5a120
```
-[Geth dokümanları](https://geth.ethereum.org/docs)
+[Geth belgeleri](https://geth.ethereum.org/docs)
Özel anahtarınızdan yeni açık anahtarlar türetebilirsiniz, ancak açık anahtarlardan bir özel anahtar türetemezsiniz. Özel anahtarlarınızı güvende ve adından da anlaşılacağı gibi **ÖZEL** tutmanız hayati önem taşır.
@@ -110,7 +111,7 @@ Sözleşme adresi genellikle Ethereum Blok Zincirine bir sözleşme dağıtıld
Ethereumda bir anahtar türü daha var ve ilk kez Ethereum iş ispatından mutabakata dayalı olan hisse ispatına geçtiğinde tanıtıldı. Bunlar doğrulayıcıları tanımlamak için kullanılan BLS anahtarları. Bu anahtarlar ağın mutabakata varabilmesi için gereken bant genişliğini kısmak için etkili bir şekilde birleşebilirler. Bu anahtar toplama süreci olmazsa bir doğrulayıcıya düşen minimum hisse çok daha fazla olurdu.
-[Doğrulayıcı anahtarlarıyla ilgili daha fazlası](/developers/docs/consensus-mechanisms/pos/keys/).
+[Doğrulayıcı anahtarları hakkında daha fazlası](/developers/docs/consensus-mechanisms/pos/keys/).
## Cüzdanlar hakkında bir not {#a-note-on-wallets}
@@ -124,13 +125,13 @@ Austin'in karma fonksiyonlarını ve anahtar çiftlerini açıklamasını izleyi
+ Uç noktayı oyun alanında deneyin
+
**Parametreler**
Hiçbiri
-**Dönüşler**
+**Döndürülenler**
-Kesin dönüş verileri, istemci uygulamaları arasında farklılık gösterir. Tüm istemciler düğüm eşitlenmediğinde `False` değerini döndürür aynı zamanda da tüm istemciler aşağıdaki alanları döndürür.
+Kesin dönüş verileri, istemci uygulamaları arasında farklılık gösterir. Düğüm senkronize olmadığında tüm istemciler `False` döndürür ve tüm istemciler aşağıdaki alanları döndürür.
-`Nesne|Boolean`, Senkronizasyon durumu verisi olan veya senkronize edilmediğinde `FALSE` olan bir nesne:
+`Nesne|Boolean`, Senkronizasyon durumu verileri içeren bir nesne veya senkronize olmadığında `FALSE`:
-- `startingBlock`: `QUANTITY` - İçe aktarmanın başladığı blok (yalnızca senkronizasyon kafasına ulaştıktan sonra sıfırlanır)
-- `currentBlock`: `QUANTITY` - Geçerli blok, eth_blockNumber ile aynı
-- `highestBlock`: `QUANTITY` - Tahmini en yüksek blok
+- `startingBlock`: `MİKTAR` - İçe aktarmanın başladığı blok (yalnızca senkronizasyon kendi baş bloğuna ulaştıktan sonra sıfırlanır)
+- `currentBlock`: `MİKTAR` - Mevcut blok, eth_blockNumber ile aynı
+- `highestBlock`: `MİKTAR` - Tahmini en yüksek blok
Ancak, bireysel istemciler ek veriler de sağlayabilir. Örneğin Geth aşağıdakileri döndürür:
@@ -362,9 +367,9 @@ Daha fazla ayrıntı için bakmak istediğiniz spesifik istemcinin dokümanları
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -374,7 +379,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}
highestBlock: '0x454'
}
}
-// Or when not syncing
+// Veya senkronize değilken
{
"id":1,
"jsonrpc": "2.0",
@@ -386,20 +391,26 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}
İstemci para tabanı adresini döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
+> **Not:** Bu metot **v1.14.0** itibarıyla kullanımdan kaldırılmıştır ve artık desteklenmemektedir. Bu metodu kullanmaya çalışmak "Metot desteklenmiyor" hatasıyla sonuçlanacaktır.
+
**Parametreler**
Hiçbiri
-**Dönüşler**
+**Döndürülenler**
-`DATA`, 20 bayt - mevcut para tabanı adresi.
+`VERİ`, 20 bayt - mevcut coinbase adresi.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}'
-// Result
+// Sonuç
{
"id":64,
"jsonrpc": "2.0",
@@ -411,20 +422,24 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":6
Tekrardan korumalı işlemleri imzalamak için kullanılan zincir kimliğini döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
Hiçbiri
-**Dönüşler**
+**Döndürülenler**
-`chainId`, mevcut zincir kimliğinin sayısal değerini temsil eden metin olarak on altılı değer.
+`chainId`, mevcut zincir kimliğinin tam sayısını temsil eden bir dize olarak onaltılık değer.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}'
-// Result
+// Sonuç
{
"id":67,
"jsonrpc": "2.0",
@@ -434,20 +449,24 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67
### eth_mining {#eth_mining}
-İstemci aktif olarak yeni bloklar basıyorsa `true` değerini döndürür. Bu, yalnızca iş ispatı kullanan ağlar için `true` değerini döndürebilir ancak [Birleşim](/roadmap/merge/) gerçekleştiğinden beri bazı istemcilerde kullanılamıyor olabilir.
+İstemci aktif olarak yeni bloklar çıkarıyorsa `true` döndürür. Bu, yalnızca iş ispatı ağları için `true` döndürebilir ve [Birleşim](/roadmap/merge/) sonrasında bazı istemcilerde mevcut olmayabilir.
+
+
+ Uç noktayı oyun alanında deneyin
+
**Parametreler**
Hiçbiri
-**Dönüşler**
+**Döndürülenler**
-`Boolean` - istemcinin madencilik yaptığı `true` değerini, aksi takdirde `false` değerini döndürür.
+`Boolean` - istemci madencilik yapıyorsa `true`, aksi takdirde `false` döndürür.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}'
//
{
@@ -459,22 +478,26 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}
### eth_hashrate {#eth_hashrate}
-Düğümün madencilik yaptığı saniye başına karma sayısını döndürür. Bu, yalnızca iş ispatı kullanan ağlar için `true` değerini döndürebilir ancak [Birleşim](/roadmap/merge/) gerçekleştiğinden beri bazı istemcilerde kullanılamıyor olabilir.
+Düğümün madencilik yaptığı saniye başına karma sayısını döndürür. Bu, yalnızca iş ispatı ağları için `true` döndürebilir ve [Birleşim](/roadmap/merge/) sonrasında bazı istemcilerde mevcut olmayabilir.
+
+
+ Uç noktayı oyun alanında deneyin
+
**Parametreler**
Hiçbiri
-**Dönüşler**
+**Döndürülenler**
-`QUANTITY` - saniyedeki karma sayısı.
+`MİKTAR` - saniye başına karma sayısı.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}'
-// Result
+// Sonuç
{
"id":71,
"jsonrpc": "2.0",
@@ -486,20 +509,24 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":7
Wei cinsinden gaz başına mevcut fiyatın bir tahminini döndürür. Örneğin, Besu istemcisi son 100 bloğu inceler ve varsayılan medyan gaz birim fiyatını döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
Hiçbiri
-**Dönüşler**
+**Döndürülenler**
-`QUANTITY` - wei cinsinden mevcut gaz fiyatının tam sayısıdır.
+`MİKTAR` - wei cinsinden mevcut gaz fiyatının tam sayısı.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
-// Result
+// Sonuç
{
"id":73,
"jsonrpc": "2.0",
@@ -511,20 +538,24 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":7
İstemcinin sahip olduğu adreslerin listesini döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
Hiçbiri
-**Dönüşler**
+**Döndürülenler**
-`Array of DATA`, 20 Bayt, istemciye ait adresler.
+`VERİ Dizisi`, 20 Bayt - istemcinin sahip olduğu adresler.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -536,20 +567,24 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1
En son bloğun numarasını döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
Hiçbiri
-**Dönüşler**
+**Döndürülenler**
-`QUANTITY` - istemcinin açık olduğu mevcut blok numarasının tam sayısıdır.
+`MİKTAR` - istemcinin bulunduğu mevcut blok numarasının tam sayısı.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}'
-// Result
+// Sonuç
{
"id":83,
"jsonrpc": "2.0",
@@ -559,27 +594,31 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id
### eth_getBalance {#eth_getbalance}
-Verilen adresin hesabının bakiyesini döndürür.
+Belirli bir adresteki hesabın bakiyesini döndürür.
+
+
+ Uç noktayı oyun alanında deneyin
+
**Parametreler**
-1. `DATA`, 20 Bayt - bakiye için bakılması gereken adres.
-2. `QUANTITY|TAG` - tamsayı blok numarası veya `"latest"`,`"earliest"`,`"pending"`,`"safe"` veya `"finalized"` dizesi, [default block parameter](/developers/docs/apis/json-rpc/#default-block) kısmına göz atabilirsiniz
+1. `VERİ`, 20 Bayt - bakiye kontrolü için adres.
+2. `MİKTAR|ETİKET` - tam sayı blok numarası veya `"latest"`, `"earliest"`, `"pending"`, `"safe"` ya da `"finalized"` dizesi, bkz. [blok parametresi](/developers/docs/apis/json-rpc/#block-parameter)
```js
params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"]
```
-**Dönüşler**
+**Döndürülenler**
-`QUANTITY` - mevcut bakiyenin wei cinsinden tam sayısıdır.
+`MİKTAR` - wei cinsinden mevcut bakiyenin tam sayısı.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -591,30 +630,35 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407
Belirli bir adresteki bir depolama konumundan değeri döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `DATA`, 20 Bayt - depolamanın adresi.
-2. `QUANTITY` - depolamadaki pozisyonun sayısı.
-3. `QUANTITY|TAG`- tamsayı blok numarası veya `"latest"`,`"earliest"`,`"pending"`,`"safe"` veya `"finalized"` dizesi, [default block parameter](/developers/docs/apis/json-rpc/#default-block) kısmına göz atabilirsiniz
+1. `VERİ`, 20 Bayt - depolama adresi.
+2. `MİKTAR` - depolamadaki konumun tam sayısı.
+3. `MİKTAR|ETİKET` - tam sayı blok numarası veya `"latest"`, `"earliest"`, `"pending"`, `"safe"` ya da `"finalized"` dizesi, bkz. [blok parametresi](/developers/docs/apis/json-rpc/#block-parameter)
-**Dönüşler**
+**Döndürülenler**
-`DATA` - bu depolama konumundaki değerdir.
+`VERİ` - bu depolama konumundaki değer.
-**Örnek** Doğru konumun hesaplanması, alınacak depolamaya bağlıdır. `0x295a70b2de5e3953354a6a8344e616ed314d7251`, `0x391694e7e0b0cce554cb130d723a9d27458f9298` adresinde dağıtılan aşağıdaki sözleşmeyi dikkate alın.
+**Örnek**
+Doğru konumu hesaplamak, alınacak depolamaya bağlıdır. Aşağıdaki, `0x391694e7e0b0cce554cb130d723a9d27458f9298` adresi tarafından `0x295a70b2de5e3953354a6a8344e616ed314d7251` adresinde dağıtılan sözleşmeyi göz önünde bulundurun.
```
contract Storage {
uint pos0;
mapping(address => uint) pos1;
- function Storage() {
+ constructor() {
pos0 = 1234;
pos1[msg.sender] = 5678;
}
}
```
-Pos0 değerini almak basittir:
+pos0'ın değerini almak basittir:
```js
curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545
@@ -658,28 +702,32 @@ curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": [
Bir adresten _gönderilen_ işlem sayısını döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `DATA`, 20 Bayt - adres.
-2. `QUANTITY|TAG`- tamsayı blok numarası veya `"latest"`,`earliest"`,`"pending"`,`"safe"` veya `"finalized"` dizesi, [default block parameter](/developers/docs/apis/json-rpc/#default-block) kısmına göz atabilirsiniz
+1. `VERİ`, 20 Bayt - adres.
+2. `MİKTAR|ETİKET` - tam sayı blok numarası veya `"latest"`, `"earliest"`, `"pending"`, `"safe"` ya da `"finalized"` dizesi, bkz. [blok parametresi](/developers/docs/apis/json-rpc/#block-parameter)
```js
params: [
"0x407d73d8a49eeb85d32cf465507dd71d507100c1",
- "latest", // state at the latest block
+ "latest", // en son bloktaki durum
]
```
-**Dönüşler**
+**Döndürülenler**
-`QUANTITY` - bu adresten gönderilen işlem sayısının tamsayısıdır.
+`MİKTAR` - bu adresten gönderilen işlem sayısının tam sayısı.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -691,17 +739,21 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params
Verilen blok karması ile eşleşen bir bloktaki işlem sayısını döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `DATA`, 32 Bayt - bir blokun karması
+1. `VERİ`, 32 Bayt - bir bloğun karması
```js
params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"]
```
-**Dönüşler**
+**Döndürülenler**
-`QUANTITY` - bu bloktaki işlem sayısının tamsayısıdır.
+`MİKTAR` - bu bloktaki işlem sayısının tam sayısı.
**Örnek**
@@ -720,9 +772,13 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHa
Verilen blok numarasıyla eşleşen bloktaki işlem sayısını döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `QUANTITY|TAG`- tamsayı blok numarası veya `"latest"`,`earliest"`,`"pending"`,`"safe"` veya `"finalized"` dizesi, [default block parameter](/developers/docs/apis/json-rpc/#default-block) kısmına göz atabilirsiniz.
+1. `MİKTAR|ETİKET` - bir blok numarasının tam sayısı veya [blok parametresinde](/developers/docs/apis/json-rpc/#block-parameter) olduğu gibi `"earliest"`, `"latest"`, `"pending"`, `"safe"` ya da `"finalized"` dizesi.
```js
params: [
@@ -730,9 +786,9 @@ params: [
]
```
-**Dönüşler**
+**Döndürülenler**
-`QUANTITY` - bu bloktaki işlem sayısının tamsayısıdır.
+`MİKTAR` - bu bloktaki işlem sayısının tam sayısı.
**Örnek**
@@ -751,6 +807,10 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNu
Verilen blok karması ile eşleşen bir bloktaki amcaların sayısını döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
1. `VERİ`, 32 Bayt - bir bloğun karması
@@ -759,9 +819,9 @@ Verilen blok karması ile eşleşen bir bloktaki amcaların sayısını döndür
params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"]
```
-**Dönüşler**
+**Döndürülenler**
-`QUANTITY` - bu bloktaki amcaların sayısının tamsayısıdır.
+`MİKTAR` - bu bloktaki amca (uncle) sayısının tam sayısı.
**Örnek**
@@ -780,9 +840,13 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","p
Verilen blok numarası ile eşleşen bir bloktan olan bir bloktaki amcaların sayısını döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `QUANTITY|TAG`- tamsayı blok numarası veya `"latest"`,`earliest"`,`"pending"`,`"safe"` veya `"finalized"` dizesi, [default block parameter](/developers/docs/apis/json-rpc/#default-block) kısmına göz atabilirsiniz
+1. `MİKTAR|ETİKET` - tam sayı blok numarası veya `"latest"`, `"earliest"`, `"pending"`, `"safe"` ya da `"finalized"` dizesi, bkz. [blok parametresi](/developers/docs/apis/json-rpc/#block-parameter)
```js
params: [
@@ -790,9 +854,9 @@ params: [
]
```
-**Dönüşler**
+**Döndürülenler**
-`QUANTITY` - bu bloktaki amcaların sayısının tamsayısıdır.
+`MİKTAR` - bu bloktaki amca (uncle) sayısının tam sayısı.
**Örnek**
@@ -811,10 +875,14 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber",
Belirli bir adreste kod döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `DATA`, 20 Bayt - adres
-2. `QUANTITY|TAG`- tamsayı blok numarası veya `"latest"`,`earliest"`,`"pending"`,`"safe"` veya `"finalized"` dizesi, [default block parameter](/developers/docs/apis/json-rpc/#default-block) kısmına göz atabilirsiniz
+1. `VERİ`, 20 Bayt - adres
+2. `MİKTAR|ETİKET` - tam sayı blok numarası veya `"latest"`, `"earliest"`, `"pending"`, `"safe"` ya da `"finalized"` dizesi, bkz. [blok parametresi](/developers/docs/apis/json-rpc/#block-parameter)
```js
params: [
@@ -823,9 +891,9 @@ params: [
]
```
-**Dönüşler**
+**Döndürülenler**
-`DATA` - verilen adresten gelen kod.
+`VERİ` - verilen adresten kod.
**Örnek**
@@ -842,27 +910,27 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA
### eth_sign {#eth_sign}
-İmza yöntemi, Ethereum'a özel bir imzayı şu şekilde hesaplar: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`.
+İmzalama yöntemi, Ethereum'a özgü bir imzayı şu şekilde hesaplar: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`.
-Mesaja bir önek ekleyerek hesaplanan imzanın Ethereum'a özel bir imza olarak tanınmasını sağlar. Bu, kötü niyetli bir merkeziyetsiz uygulamanın keyfi verileri imzalayabildiği (ör. işlem) ve imzayı kurbanın kimliğine bürünmek için kullandığı durumlarda kötüye kullanımı önler.
+Mesaja bir önek ekleyerek hesaplanan imzanın Ethereum'a özel bir imza olarak tanınmasını sağlar. Bu, kötü niyetli bir merkeziyetsiz uygulamanın rastgele verileri (ör. işlem) imzalayabildiği ve imzayı kurbanın kimliğine bürünmek için kullandığı kötüye kullanımı önler.
Not: İmzalanacak adresin kilidi açık olmalıdır.
**Parametreler**
1. `VERİ`, 20 Bayt - adres
-2. `DATA`, N Bayt - imzalanacak mesaj
+2. `VERİ`, N Bayt - imzalanacak mesaj
-**Dönüşler**
+**Döndürülenler**
-`DATA`: İmza
+`VERİ`: İmza
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -872,31 +940,31 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d37
### eth_signTransaction {#eth_signtransaction}
-[eth_sendRawTransaction](#eth_sendrawtransaction) ile kullanılarak daha sonra ağa gönderilebilecek bir işlemi imzalar.
+Daha sonra [eth_sendRawTransaction](#eth_sendrawtransaction) ile ağa gönderilebilecek bir işlemi imzalar.
**Parametreler**
-1. `Object` - İşlem nesnesi
+1. `Nesne` - İşlem nesnesi
-- `type`:
-- `from`: `DATA`, 20 Bayt - İşlemin gönderildiği adres.
-- `to`: `DATA`, 20 Bayt - (yeni sözleşme oluştururken isteğe bağlı) İşlemin yönlendirildiği adres.
-- `gas`: `QUANTITY` - (isteğe bağlı, varsayılan: 90000) İşlemin yürütülmesi için sağlanan gazın tam sayısı. Kullanılmayan gazı geri verecektir.
-- `gasPrice`: `QUANTITY` - (isteğe bağlı, varsayılan: Belirlenecek) Wei'de her ücretli gaz için kullanılan gasPrice'ın tamsayısıdır.
-- `value`: `QUANTITY` - (isteğe bağlı) Wei cinsinden bu işlemle gönderilen değerin tamsayısıdır.
-- `data`: `DATA` - Bir sözleşmenin derlenmiş kodu VEYA çağrılan yöntem imzasının ve kodlanmış parametrelerin karması.
-- `nonce`: `QUANTITY` - (isteğe bağlı) nonce tam sayısı. Bu, aynı nonce'yi kullanan kendi bekleyen işlemlerinizin üzerine yazmanıza izin verir.
+- `tür`:
+- `from`: `VERİ`, 20 Bayt - İşlemin gönderildiği adres.
+- `to`: `VERİ`, 20 Bayt - (yeni sözleşme oluştururken isteğe bağlı) İşlemin yönlendirildiği adres.
+- `gas`: `MİKTAR` - (isteğe bağlı, varsayılan: 90000) İşlemin yürütülmesi için sağlanan gazın tam sayısı. Kullanılmayan gazı geri verecektir.
+- `gasPrice`: `MİKTAR` - (isteğe bağlı, varsayılan: Belirlenecek) Wei cinsinden ödenen her gaz için kullanılan gasPrice tam sayısı.
+- `value`: `MİKTAR` - (isteğe bağlı) Wei cinsinden bu işlemle gönderilen değerin tam sayısı.
+- `data`: `VERİ` - Bir sözleşmenin derlenmiş kodu VEYA çağrılan metot imzasının ve kodlanmış parametrelerin karması.
+- `nonce`: `MİKTAR` - (isteğe bağlı) Bir nonce'un tam sayısı. Bu, aynı nonce'yi kullanan kendi bekleyen işlemlerinizin üzerine yazmanıza izin verir.
-**Dönüşler**
+**Döndürülenler**
-`DATA`, Belirtilen hesap tarafından imzalanan RLP kodlu işlem nesnesidir.
+`VERİ`, Belirtilen hesap tarafından imzalanan RLP kodlu işlem nesnesi.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}'
-// Result
+// Sonuç
{
"id": 1,
"jsonrpc": "2.0",
@@ -910,15 +978,15 @@ Veri alanı kod içeriyorsa, yeni bir mesaj çağrı işlemi veya sözleşme olu
**Parametreler**
-1. `Object` - İşlem nesnesi
+1. `Nesne` - İşlem nesnesi
-- `from`: `DATA`, 20 Bayt - İşlemin gönderildiği adres.
-- `to`: `DATA`, 20 Bayt - (yeni sözleşme oluştururken isteğe bağlı) İşlemin yönlendirildiği adres.
-- `gas`: `QUANTITY` - (isteğe bağlı, varsayılan: 90000) İşlemin yürütülmesi için sağlanan gazın tam sayısı. Kullanılmayan gazı geri verecektir.
-- `gasPrice`: `QUANTITY` - (isteğe bağlı, varsayılan: Belirlenecek) Ücretli her gaz için kullanılan gasPrice'ın tam sayısı.
-- `değer`: `QUANTITY` - (isteğe bağlı) Bu işlemle gönderilen değerin tam sayısı.
-- `input`: `DATA` - Bir sözleşmenin derlenmiş kodu VEYA çağrılan yöntem imzasının ve kodlanmış parametrelerin karmasıdır.
-- `nonce`: `QUANTITY` - (isteğe bağlı) nonce tam sayısı. Bu, aynı nonce'yi kullanan kendi bekleyen işlemlerinizin üzerine yazmanıza izin verir.
+- `from`: `VERİ`, 20 Bayt - İşlemin gönderildiği adres.
+- `to`: `VERİ`, 20 Bayt - (yeni sözleşme oluştururken isteğe bağlı) İşlemin yönlendirildiği adres.
+- `gas`: `MİKTAR` - (isteğe bağlı, varsayılan: 90000) İşlemin yürütülmesi için sağlanan gazın tam sayısı. Kullanılmayan gazı geri verecektir.
+- `gasPrice`: `MİKTAR` - (isteğe bağlı, varsayılan: Belirlenecek) Ücretli her gaz için kullanılan gasPrice tam sayısı.
+- `value`: `MİKTAR` - (isteğe bağlı) Bu işlemle gönderilen değerin tam sayısı.
+- `input`: `VERİ` - Bir sözleşmenin derlenmiş kodu VEYA çağrılan metot imzasının ve kodlanmış parametrelerin karması.
+- `nonce`: `MİKTAR` - (isteğe bağlı) Bir nonce'un tam sayısı. Bu, aynı nonce'yi kullanan kendi bekleyen işlemlerinizin üzerine yazmanıza izin verir.
```js
params: [
@@ -934,18 +1002,18 @@ params: [
]
```
-**Dönüşler**
+**Döndürülenler**
-`DATA`, 32 Bayt - işlem karması veya işlem henüz mevcut değilse sıfır karma.
+`VERİ`, 32 Bayt - işlem karması veya işlem henüz mevcut değilse sıfır karma.
Bir sözleşme oluşturduğunuzda, işlem bir blokta önerildikten sonra sözleşme adresini almak için [eth_getTransactionReceipt](#eth_gettransactionreceipt) öğesini kullanın.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -959,7 +1027,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{
**Parametreler**
-1. `DATA`, İmzalanmış işlem verisi.
+1. `VERİ`, İmzalanmış işlem verisi.
```js
params: [
@@ -967,18 +1035,18 @@ params: [
]
```
-**Dönüşler**
+**Döndürülenler**
-`DATA`, 32 Bayt - işlem karması veya işlem henüz mevcut değilse sıfır karma.
+`VERİ`, 32 Bayt - işlem karması veya işlem henüz mevcut değilse sıfır karma.
Bir sözleşme oluşturduğunuzda, işlem bir blokta önerildikten sonra sözleşme adresini almak için [eth_getTransactionReceipt](#eth_gettransactionreceipt) öğesini kullanın.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -990,29 +1058,33 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params"
Blokzincirde bir işlem oluşturmadan hemen yeni bir mesaj çağrısı yürütür. Genellikle yalnızca okuma işlemi yapan akıllı sözleşme fonksiyonlarını çalıştırmak için kullanılır, örneğin bir ERC-20 sözleşmesi için `balanceOf` fonksiyonu.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `Object` - İşlem çağrısı nesnesi
+1. `Nesne` - İşlem çağrısı nesnesi
-- `from`: `DATA`, 20 Bayt - (isteğe bağlı) İşlemin gönderildiği adres.
-- `to`: `DATA`, 20 Bayt - İşlemin yönlendirildiği adres.
-- `gas`: `QUANTITY` - (isteğe bağlı) İşlemin yürütülmesi için sağlanan gazın tam sayısı. eth_call sıfır gaz tüketir, ancak bazı uygulamalarda bu parametreye ihtiyaç duyulabilir.
-- `gasPrice`: `QUANTITY` - (isteğe bağlı) Ücretli her gaz için kullanılan gasPrice'ın tam sayısı
-- `değer`: `QUANTITY` - (isteğe bağlı) Bu işlemle gönderilen değerin tam sayısı
-- `input`: `DATA` - (isteğe bağlı) Yöntem imzasının ve kodlanmış parametrelerin karmasıdır. Ayrıntılar için [Solidity dokümanlarındaki Ethereum Sözleşmesi ABI'sine bakın](https://docs.soliditylang.org/en/latest/abi-spec.html).
+- `from`: `VERİ`, 20 Bayt - (isteğe bağlı) İşlemin gönderildiği adres.
+- `to`: `VERİ`, 20 Bayt - İşlemin yönlendirildiği adres.
+- `gas`: `MİKTAR` - (isteğe bağlı) İşlemin yürütülmesi için sağlanan gazın tam sayısı. eth_call sıfır gaz tüketir, ancak bazı uygulamalarda bu parametreye ihtiyaç duyulabilir.
+- `gasPrice`: `MİKTAR` - (isteğe bağlı) Ücretli her gaz için kullanılan gasPrice'ın tam sayısı
+- `value`: `MİKTAR` - (isteğe bağlı) Bu işlemle gönderilen değerin tam sayısı
+- `input`: `VERİ` - (isteğe bağlı) Metot imzasının ve kodlanmış parametrelerin karması. Ayrıntılar için [Solidity belgelerindeki Ethereum Contract ABI](https://docs.soliditylang.org/en/latest/abi-spec.html) bölümüne bakın.
-2. `QUANTITY|TAG`- tamsayı blok numarası veya `"latest"`,`earliest"`,`"pending"`,`"safe"` veya `"finalized"` dizesi, [default block parameter](/developers/docs/apis/json-rpc/#default-block) kısmına göz atabilirsiniz
+2. `MİKTAR|ETİKET` - tam sayı blok numarası veya `"latest"`, `"earliest"`, `"pending"`, `"safe"` ya da `"finalized"` dizesi, bkz. [blok parametresi](/developers/docs/apis/json-rpc/#block-parameter)
-**Dönüşler**
+**Döndürülenler**
-`DATA` - yürütülen sözleşmenin dönüş değeridir.
+`VERİ` - yürütülen sözleşmenin dönüş değeri.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -1024,13 +1096,17 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}]
İşlemin tamamlanmasına izin vermek için ne kadar gazın gerekli olduğuna dair bir tahmin oluşturur ve döndürür. İşlem, blokzincire eklenmez. Tahminin, ESM mekaniği ve düğüm performansı dahil olmak üzere çeşitli nedenlerle işlem tarafından fiilen kullanılan gaz miktarından önemli ölçüde daha fazla olabileceğini unutmayın.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-[eth_call](#eth_call) parametrelerine bakın, tüm seçeneklerin isteğe bağlı olması hariç. Gaz limiti belirtilmemişse geth, bekleyen bloktan gelen blok gaz limitini üst sınır olarak kullanır. Sonuç olarak, gaz miktarı bekleyen blok gaz limitinden daha yüksek olduğunda, döndürülen tahmin çağrıyı/işlemi gerçekleştirmek için yeterli olmayabilir.
+[eth_call](#eth_call) parametrelerine bakın, tüm özelliklerin isteğe bağlı olması dışında. Gaz limiti belirtilmemişse geth, bekleyen bloktan gelen blok gaz limitini üst sınır olarak kullanır. Sonuç olarak, gaz miktarı bekleyen blok gaz limitinden daha yüksek olduğunda, döndürülen tahmin çağrıyı/işlemi yürütmek için yeterli olmayabilir.
-**Dönüşler**
+**Döndürülenler**
-`QUANTITY` - kullanılan gaz miktarıdır.
+`MİKTAR` - kullanılan gaz miktarı.
**Örnek**
@@ -1049,9 +1125,13 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see
Karma ile bir blok hakkında bilgi döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `DATA`, 32 Bayt - bir blokun şifresi.
+1. `VERİ`, 32 Bayt - Bir bloğun karması.
2. `Boolean` - `true` ise tam işlem nesnelerini döndürür, `false` ise yalnızca işlemlerin karmalarını döndürür.
```js
@@ -1061,41 +1141,40 @@ params: [
]
```
-**Dönüşler**
-
-`Object` - Bir blok nesnesi veya blok bulunamadığında `null`:
-
-- `number`: `QUANTITY` - blok numarası. `null` Bekleyen blok olduğunda.
-- `hash`: `DATA`, 32 Bayt - blokun özeti. `null` Bekleyen blok olduğunda.
-- `parentHash`: `DATA`, 32 Bayt - ana blokun karması.
-- `nonce`: `DATA`, 8 Bayt - oluşturulan iş ispatının karması. `null` Bekleyen blok olduğunda.
-- `sha3Uncles`: `DATA`, 32 Bayt - bloktaki amca verilerinin SHA3'ü.
-- `logsBloom`: `DATA`, 256 Bayt - blokun günlükleri için çiçek filtresi. `null` Bekleyen blok olduğunda.
-- `transactionsRoot`: `DATA`, 32 Bayt - blokun işlem denemesinin kökü.
-- `stateRoot`: `DATA`, 32 Bayt - blokun son durum denemesinin kökü.
-- `receiptsRoot`: `DATA`, 32 Bayt - blokun makbuz denemesinin kökü.
-- `madenci`: `DATA`, 20 Bayt - madencilik ödüllerinin verildiği yararlanıcının adresi.
-- `difficulty`: `QUANTITY` - bu blok için zorluğun tam sayısı.
-- `totalDifficulty`: `QUANTITY` - bu bloka kadar zincirin toplam zorluğunun tam sayısı.
-- `extraData`: `DATA` - bu blokun "ekstra veri" alanı.
-- `size`: `QUANTITY` - bu blokun bayt cinsinden boyutunun tam sayısı.
-- `gasLimit`: `QUANTITY` - bu blokta izin verilen maksimum gaz.
-- `GasUsed`: `QUANTITY` - bu bloktaki tüm işlemler tarafından kullanılan toplam gaz.
-- `timestamp`: `QUANTITY` - blokun harmanlandığı zamana ilişkin unix zaman damgası.
-- `transactions`: `Array` - Son verilen parametreye bağlı olarak işlem nesneleri dizisi veya 32 Bayt işlem karmaları.
-- `uncles`: `Array` - Amca karmaları dizisi.
+**Döndürülenler**
+
+`Nesne` - Bir blok nesnesi veya blok bulunamadığında `null`:
+
+- `number`: `MİKTAR` - blok numarası. Bekleyen bir blok olduğunda `null`.
+- `hash`: `VERİ`, 32 Bayt - bloğun karması. Bekleyen bir blok olduğunda `null`.
+- `parentHash`: `VERİ`, 32 Bayt - ana bloğun karması.
+- `nonce`: `VERİ`, 8 Bayt - oluşturulan iş ispatının karması. Bekleyen bir blok olduğunda `null`, hisse ispatı blokları için `0x0` (Birleşim'den beri)
+- `sha3Uncles`: `VERİ`, 32 Bayt - bloktaki amca (uncle) verilerinin SHA3'ü.
+- `logsBloom`: `VERİ`, 256 Bayt - bloğun günlükleri için bloom filtresi. Bekleyen bir blok olduğunda `null`.
+- `transactionsRoot`: `VERİ`, 32 Bayt - bloğun işlem trie'sinin kökü.
+- `stateRoot`: `VERİ`, 32 Bayt - bloğun son durum trie'sinin kökü.
+- `receiptsRoot`: `VERİ`, 32 Bayt - bloğun makbuz trie'sinin kökü.
+- `miner`: `VERİ`, 20 Bayt - blok ödüllerinin verildiği lehtarın adresi.
+- `difficulty`: `MİKTAR` - bu bloğun zorluğunun tam sayısı.
+- `totalDifficulty`: `MİKTAR` - bu bloka kadar zincirin toplam zorluğunun tam sayısı.
+- `extraData`: `VERİ` - bu bloğun "ekstra veri" alanı.
+- `size`: `MİKTAR` - bu bloğun bayt cinsinden boyutunun tam sayısı.
+- `gasLimit`: `MİKTAR` - bu blokta izin verilen maksimum gaz.
+- `gasUsed`: `MİKTAR` - bu bloktaki tüm işlemler tarafından kullanılan toplam gaz.
+- `timestamp`: `MİKTAR` - bloğun derlendiği zamana ilişkin unix zaman damgası.
+- `transactions`: `Dizi` - İşlem nesneleri dizisi veya son verilen parametreye bağlı olarak 32 Bayt'lık işlem karmaları.
+- `uncles`: `Dizi` - Amca (uncle) karmaları dizisi.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}'
-// Result
-{
+// Sonuç
{
-"jsonrpc": "2.0",
-"id": 1,
-"result": {
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
"difficulty": "0x4ea3f27bc",
"extraData": "0x476574682f4c5649562f76312e302e302f6c696e75782f676f312e342e32",
"gasLimit": "0x1388",
@@ -1118,7 +1197,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0
"transactionsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
"uncles": [
]
-}
+ }
}
```
@@ -1126,9 +1205,13 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0
Blok numarasına göre bir blok hakkında bilgi döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `QUANTITY|TAG`- tamsayı blok numarası veya `"latest"`,`earliest"`,`"pending"`,`"safe"` veya `"finalized"` dizesi, [default block parameter](/developers/docs/apis/json-rpc/#default-block) kısmına göz atabilirsiniz.
+1. `MİKTAR|ETİKET` - bir blok numarasının tam sayısı veya [blok parametresinde](/developers/docs/apis/json-rpc/#block-parameter) olduğu gibi `"earliest"`, `"latest"`, `"pending"`, `"safe"` ya da `"finalized"` dizesi.
2. `Boolean` - `true` ise tam işlem nesnelerini döndürür, `false` ise yalnızca işlemlerin karmalarını döndürür.
```js
@@ -1138,12 +1221,13 @@ params: [
]
```
-**İadeler** Bkz. [eth_getBlockByHash](#eth_getblockbyhash)
+**Döndürülenler**
+Bkz. [eth_getBlockByHash](#eth_getblockbyhash)
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}'
```
@@ -1153,39 +1237,43 @@ Sonuç bkz. [eth_getBlockByHash](#eth_getblockbyhash)
İşlem karması tarafından istenen bir işlem hakkındaki bilgileri döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `DATA`, 32 Bayt - bir işlemin özeti
+1. `VERİ`, 32 Bayt - bir işlemin karması
```js
params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"]
```
-**Dönüşler**
+**Döndürülenler**
-`Object` - Bir işlem nesnesi veya işlem bulunamadığında `null`:
+`Nesne` - Bir işlem nesnesi veya işlem bulunamadığında `null`:
-- `blockHash`: `DATA`, 32 Bayt - bu işlemin yapıldığı blokun karması. `null` beklediğinde.
-- `blockNumber`: `QUANTITY` - bu işlemin yapıldığı blok numarası. `null` beklediğinde.
-- `from`: `DATA`, 20 Bayt - gönderenin adresi.
-- `gas`: `QUANTITY` - gönderen tarafından sağlanan gaz.
-- `gasPrice`: `QUANTITY` - Wei'de gönderen tarafından sağlanan gaz fiyatı.
-- `hash`: `DATA`, 32 Bayt - işlemin özeti.
-- `input`: `DATA` - işlemle birlikte gönderilen veriler.
-- `nonce`: `QUANTITY` - göndericinin bundan önce yaptığı işlem sayısı.
-- `to`: `DATA`, 20 Bayt - alıcının adresi. `null` bir sözleşme oluşturma işlemi olduğunda.
-- `transactionIndex`: `QUANTITY` - bloktaki işlem endeksi pozisyonunun tam sayısı. `null` beklediğinde.
-- `value`: `QUANTITY` - Wei'de aktarılan değer.
-- `v`: `QUANTITY` - ECDSA kurtarma kimliği
-- `r`: `QUANTITY` - ECDSA imzası r
-- `r`: `QUANTITY` - ECDSA imzası s
+- `blockHash`: `VERİ`, 32 Bayt - bu işlemin bulunduğu bloğun karması. Beklemedeyken `null`.
+- `blockNumber`: `MİKTAR` - bu işlemin bulunduğu blok numarası. Beklemedeyken `null`.
+- `from`: `VERİ`, 20 Bayt - göndericinin adresi.
+- `gas`: `MİKTAR` - gönderici tarafından sağlanan gaz.
+- `gasPrice`: `MİKTAR` - gönderici tarafından Wei cinsinden sağlanan gaz fiyatı.
+- `hash`: `VERİ`, 32 Bayt - işlemin karması.
+- `input`: `VERİ` - işlemle birlikte gönderilen veriler.
+- `nonce`: `MİKTAR` - göndericinin bundan önce yaptığı işlem sayısı.
+- `to`: `VERİ`, 20 Bayt - alıcının adresi. Bir sözleşme oluşturma işlemi olduğunda `null`.
+- `transactionIndex`: `MİKTAR` - bloktaki işlemler dizin konumunun tam sayısı. Beklemedeyken `null`.
+- `value`: `MİKTAR` - Wei cinsinden aktarılan değer.
+- `v`: `MİKTAR` - ECDSA kurtarma kimliği
+- `r`: `MİKTAR` - ECDSA imzası r
+- `s`: `MİKTAR` - ECDSA imzası s
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}'
-// Result
+// Sonuç
{
"jsonrpc":"2.0",
"id":1,
@@ -1212,10 +1300,14 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","param
Blok karması ve işlem dizini konumuna göre bir işlem hakkındaki bilgileri döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `DATA`, 32 Bayt - bir blokun karması.
-2. `QUANTITY` - işlem endeks pozisyonunun sayısı.
+1. `VERİ`, 32 Bayt - bir bloğun karması.
+2. `MİKTAR` - işlem dizin konumunun tam sayısı.
```js
params: [
@@ -1224,7 +1316,8 @@ params: [
]
```
-**Dönüşler** Bkz. [eth_getTransactionByHash](#eth_gettransactionbyhash)
+**Döndürülenler**
+Bkz. [eth_getTransactionByHash](#eth_gettransactionbyhash)
**Örnek**
@@ -1239,10 +1332,14 @@ Sonuç bkz. [eth_getTransactionByHash](#eth_gettransactionbyhash)
Blok numarasına ve işlem dizini konumuna göre bir işlem hakkında bilgi döndürür.
+
+ Uç noktayı oyun alanında deneyin
+
+
**Parametreler**
-1. `QUANTITY|TAG`- tamsayı blok numarası veya `"earliest"`,`"latest""`,`"pending"`,`"safe"` veya `"finalized"` dizesi, [default block parameter](/developers/docs/apis/json-rpc/#default-block) kısmına göz atabilirsiniz.
-2. `QUANTITY` - işlem endeks pozisyonu.
+1. `MİKTAR|ETİKET` - bir blok numarası veya [blok parametresinde](/developers/docs/apis/json-rpc/#block-parameter) olduğu gibi `"earliest"`, `"latest"`, `"pending"`, `"safe"` ya da `"finalized"` dizesi.
+2. `MİKTAR` - işlem dizin konumu.
```js
params: [
@@ -1251,12 +1348,13 @@ params: [
]
```
-**Dönüşler** Bkz. [eth_getTransactionByHash](#eth_gettransactionbyhash)
+**Döndürülenler**
+Bkz. [eth_getTransactionByHash](#eth_gettransactionbyhash)
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}'
```
@@ -1270,39 +1368,40 @@ Sonuç bkz. [eth_getTransactionByHash](#eth_gettransactionbyhash)
**Parametreler**
-1. `VERİ`, 32 Bayt - bir işlemin özeti
+1. `VERİ`, 32 Bayt - bir işlemin karması
```js
params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"]
```
-**Dönüşler** `Object` - Bir işlem makbuzu nesnesi veya makbuz bulunamadığında `null`:
+**Döndürülenler**
+`Nesne` - Bir işlem makbuzu nesnesi veya makbuz bulunamadığında `null`:
-- `transactionHash`: `DATA`, 32 Bayt - işlemin özeti.
-- `transactionIndex`: `QUANTITY` - bloktaki işlem endeksi pozisyonunun tam sayısı.
-- `blockHash`: `DATA`, 32 Bayt - bu işlemin yapıldığı blokun karması.
-- `blockNumber`: `QUANTITY` - bu işlemin yapıldığı blok numarası.
-- `from`: `DATA`, 20 Bayt - gönderenin adresi.
-- `to`: `DATA`, 20 Bayt - alıcının adresi. bir sözleşme oluşturma işlemi olduğunda null.
-- `cumulativeGasUsed` : `QUANTITY` - Bu işlem blokta yürütüldüğünde kullanılan toplam gaz miktarı.
-- `effectiveGasPrice` : `QUANTITY` - Ana ücretin ve gaz birimi başına ödenen bahşişin toplamı.
-- `GasUsed`: `QUANTITY` - Yalnızca bu özel işlem tarafından kullanılan gaz miktarı.
-- `contractAddress`: `DATA`, 20 Bayt - İşlem bir sözleşme oluşturma ise, oluşturulan sözleşme adresi, aksi takdirde `null`.
-- `logs`: `Array` - Bu işlemin oluşturduğu günlük nesneleri dizisi.
-- `logsBloom`: `DATA`, 256 Bayt - Hafif istemcilerin ilgili günlükleri hızlı bir şekilde alması için çiçek filtresi.
-- `type`: `QUANTITY` - işlem türünün tam sayısı, eski tarz işlemler için `0x0`, erişim listesi türleri için `0x1`, değişken ücretler için `0x2`.
+- `transactionHash `: `VERİ`, 32 Bayt - işlemin karması.
+- `transactionIndex`: `MİKTAR` - bloktaki işlemler dizin konumunun tam sayısı.
+- `blockHash`: `VERİ`, 32 Bayt - bu işlemin bulunduğu bloğun karması.
+- `blockNumber`: `MİKTAR` - bu işlemin bulunduğu blok numarası.
+- `from`: `VERİ`, 20 Bayt - göndericinin adresi.
+- `to`: `VERİ`, 20 Bayt - alıcının adresi. bir sözleşme oluşturma işlemi olduğunda null.
+- `cumulativeGasUsed` : `MİKTAR` - Bu işlem blokta yürütüldüğünde kullanılan toplam gaz miktarı.
+- `effectiveGasPrice` : `MİKTAR` - Taban ücretin ve gaz birimi başına ödenen bahşişin toplamı.
+- `gasUsed `: `MİKTAR` - Yalnızca bu özel işlem tarafından kullanılan gaz miktarı.
+- `contractAddress `: `VERİ`, 20 Bayt - İşlem bir sözleşme oluşturma ise, oluşturulan sözleşme adresi, aksi takdirde `null`.
+- `logs`: `Dizi` - Bu işlemin oluşturduğu günlük nesneleri dizisi.
+- `logsBloom`: `VERİ`, 256 Bayt - İlgili günlükleri hızlı bir şekilde almak için hafif istemciler için Bloom filtresi.
+- `type`: `MİKTAR` - işlem türünün tam sayısı, eski işlemler için `0x0`, erişim listesi türleri için `0x1`, dinamik ücretler için `0x2`.
-Ayrıca _her ikisinden birini_ döndürür:
+Ayrıca şunlardan birini döndürür:
-- `root` : `DATA` 32 bayt işlem sonrası durum kökü (Bizans öncesi)
-- `status`: `QUANTITY` ya `1` (başarılı) veya `0` (başarısız)
+- `root` : `VERİ` 32 bayt işlem sonrası durum kökü (Bizans öncesi)
+- `status`: `MİKTAR` ya `1` (başarılı) ya da `0` (başarısız)
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}'
-// Result
+// Sonuç
{
"jsonrpc": "2.0",
"id": 1,
@@ -1310,15 +1409,15 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","para
"blockHash":
"0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3",
"blockNumber": "0xeff35f",
- "contractAddress": null, // string of the address if it was created
+ "contractAddress": null, // oluşturulmuşsa adresin dizesi
"cumulativeGasUsed": "0xa12515",
"effectiveGasPrice": "0x5a9c688d4",
"from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7",
"gasUsed": "0xb4c8",
"logs": [{
- // logs as returned by getFilterLogs, etc.
+ // getFilterLogs tarafından döndürülen günlükler, vb.
}],
- "logsBloom": "0x00...0", // 256 byte bloom filter
+ "logsBloom": "0x00...0", // 256 bayt bloom filtresi
"status": "0x1",
"to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2",
"transactionHash":
@@ -1331,12 +1430,16 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","para
### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex}
-Karma ve amca dizin konumuna göre bir bloğun amcası hakkında bilgi verir.
+Karma ve amca (uncle) dizin konumuna göre bir bloğun amcası hakkında bilgi verir.
+
+
+ Uç noktayı oyun alanında deneyin
+
**Parametreler**
-1. `DATA`, 32 Bayt - Bir blokun şifresi.
-2. `QUANTITY` - Amcanın endeks pozisyonu.
+1. `VERİ`, 32 Bayt - Bir bloğun karması.
+2. `MİKTAR` - Amcanın (uncle) dizin konumu.
```js
params: [
@@ -1345,7 +1448,8 @@ params: [
]
```
-**İadeler** Bkz. [eth_getBlockByHash](#eth_getblockbyhash)
+**Döndürülenler**
+Bkz. [eth_getBlockByHash](#eth_getblockbyhash)
**Örnek**
@@ -1356,16 +1460,20 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex"
Sonuç bkz. [eth_getBlockByHash](#eth_getblockbyhash)
-**Not**: Bir amca, bireysel işlemler içermez.
+**Not**: Bir amca (uncle), bireysel işlemler içermez.
### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex}
-Sayıya ve amca dizin konumuna göre bir bloğun amcası hakkında bilgi verir.
+Numaraya ve amca (uncle) dizin konumuna göre bir bloğun amcası hakkında bilgi verir.
+
+
+ Uç noktayı oyun alanında deneyin
+
**Parametreler**
-1. `QUANTITY|TAG`- tamsayı blok numarası veya `"earliest"`,`"latest""`,`"pending"`,`"safe"`, `"finalized"` dizesi, [default block parameter](/developers/docs/apis/json-rpc/#default-block) kısmına göz atabilirsiniz.
-2. `QUANTITY` - amcanın endeks pozisyonu.
+1. `MİKTAR|ETİKET` - bir blok numarası veya [blok parametresinde](/developers/docs/apis/json-rpc/#block-parameter) olduğu gibi `"earliest"`, `"latest"`, `"pending"`, `"safe"` ya da `"finalized"` dizesi.
+2. `MİKTAR` - amcanın (uncle) dizin konumu.
```js
params: [
@@ -1374,14 +1482,15 @@ params: [
]
```
-**İadeler** Bkz. [eth_getBlockByHash](#eth_getblockbyhash)
+**Döndürülenler**
+Bkz. [eth_getBlockByHash](#eth_getblockbyhash)
-**Not**: Bir amca, bireysel işlemler içermez.
+**Not**: Bir amca (uncle), bireysel işlemler içermez.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}'
```
@@ -1389,23 +1498,25 @@ Sonuç bkz. [eth_getBlockByHash](#eth_getblockbyhash)
### eth_newFilter {#eth_newfilter}
-Durum değiştiğinde (günlükler) bildirimde bulunmak için filtre seçeneklerine dayalı olarak bir filtre nesnesi oluşturur. Durumun değişip değişmediğini kontrol etmek için [eth_getFilterChanges](#eth_getfilterchanges)'i arayın.
+Durum değiştiğinde (günlükler) bildirimde bulunmak için filtre seçeneklerine dayalı olarak bir filtre nesnesi oluşturur.
+Durumun değişip değişmediğini kontrol etmek için [eth_getFilterChanges](#eth_getfilterchanges) çağrısı yapın.
-**Konu filtrelerinin belirlenmesiyle ilgili bir not:** Konular sıraya bağlıdır. [A, B] konularına sahip günlük içeren bir işlem, aşağıdaki konu filtreleriyle eşleştirilecektir:
+**Konu filtrelerini belirtme hakkında bir not:**
+Konular sıraya bağlıdır. [A, B] konularına sahip günlük içeren bir işlem, aşağıdaki konu filtreleriyle eşleştirilecektir:
- `[]` "herhangi bir şey"
-- `[A]` "A birinci konumda (ve sonraki herhangi bir şey)"
-- `[null, B]` "birinci konumdaki herhangi bir şey VE ikinci konumdaki B (ve sonraki herhangi bir şey)"
-- `[A, B]` "A birinci konumda VE B ikinci konumda (ve sonraki herhangi bir şey)"
-- `[[A, B], [A, B]]` "(A VEYA B) birinci konumda VE (A VEYA B) ikinci konumda (ve sonraki herhangi bir şey)"
+- `[A]` "birinci konumda A (ve sonrası herhangi bir şey)"
+- `[null, B]` "birinci konumda herhangi bir şey VE ikinci konumda B (ve sonrası herhangi bir şey)"
+- `[A, B]` "birinci konumda A VE ikinci konumda B (ve sonrası herhangi bir şey)"
+- `[[A, B], [A, B]]` "birinci konumda (A VEYA B) VE ikinci konumda (A VEYA B) (ve sonrası herhangi bir şey)"
- **Parametreler**
-1. `Object` - Filtre seçenekleri:
+1. `Nesne` - Filtre seçenekleri:
-- `fromBlock`: `QUANTITY|TAG` - (isteğe bağlı, default: `"latest"`) Tamsayı blok numarası veya son önerilen blok için `"latest"`, en son güvenli blok için `"safe"`, en son sonlandırılmış blok için `"finalized"`, henüz bir blokta olmayan işlemler için `"pending"` ve `"earliest"`.
-- `toBlock`: `QUANTITY|TAG` - (isteğe bağlı, default: `"latest"`) Tamsayı blok numarası veya son önerilen blok için `"latest"`, en son güvenli blok için `"safe"`, en son sonlandırılmış blok için `"finalized"`, henüz bir blokta olmayan işlemler için `"pending"` ve `"earliest"`.
-- `address`: `DATA|Array`, 20 Bayt - (isteğe bağlı) Sözleşme adresi veya günlüklerin kaynaklanması gereken adreslerin listesi.
-- `topics`: `Array of DATA`, - (isteğe bağlı) 32 Baytlık dizi `DATA` konu. Konular sıraya bağlıdır. Her konu, "veya" seçenekleriyle birlikte bir VERİ dizisi de olabilir.
+- `fromBlock`: `MİKTAR|ETİKET` - (isteğe bağlı, varsayılan: `"latest"`) Tam sayı blok numarası veya son önerilen blok için `"latest"`, en son güvenli blok için `"safe"`, en son kesinleşmiş blok için `"finalized"` veya henüz bir blokta olmayan işlemler için `"pending"`, `"earliest"`.
+- `toBlock`: `MİKTAR|ETİKET` - (isteğe bağlı, varsayılan: `"latest"`) Tam sayı blok numarası veya son önerilen blok için `"latest"`, en son güvenli blok için `"safe"`, en son kesinleşmiş blok için `"finalized"` veya henüz bir blokta olmayan işlemler için `"pending"`, `"earliest"`.
+- `address`: `VERİ|Dizi`, 20 Bayt - (isteğe bağlı) Sözleşme adresi veya günlüklerin kaynaklanması gereken adreslerin listesi.
+- `topics`: `VERİ Dizisi`, - (isteğe bağlı) 32 Baytlık `VERİ` konuları dizisi. Konular sıraya bağlıdır. Her konu, "veya" seçenekleriyle birlikte bir VERİ dizisi de olabilir.
```js
params: [
@@ -1425,14 +1536,15 @@ params: [
]
```
-**Dönüşler** `QUANTITY` - Bir filtre kimliğidir.
+**Döndürülenler**
+`MİKTAR` - Bir filtre kimliği.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -1442,18 +1554,21 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topic
### eth_newBlockFilter {#eth_newblockfilter}
-Yeni bir blok geldiğinde bildirimde bulunmak için düğümde bir filtre oluşturur. Durumun değişip değişmediğini kontrol etmek için [eth_getFilterChanges](#eth_getfilterchanges)'i arayın.
+Yeni bir blok geldiğinde bildirimde bulunmak için düğümde bir filtre oluşturur.
+Durumun değişip değişmediğini kontrol etmek için [eth_getFilterChanges](#eth_getfilterchanges) çağrısı yapın.
-**Parametreler** Hiçbiri
+**Parametreler**
+Yok
-**Dönüşler** `QUANTITY` - Bir filtre kimliğidir.
+**Döndürülenler**
+`MİKTAR` - Bir filtre kimliği.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -1463,11 +1578,14 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],
### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter}
-Yeni bekleyen işlemler geldiğinde bildirimde bulunmak için düğümde bir filtre oluşturur. Durumun değişip değişmediğini kontrol etmek için [eth_getFilterChanges](#eth_getfilterchanges)'i arayın.
+Yeni bekleyen işlemler geldiğinde bildirimde bulunmak için düğümde bir filtre oluşturur.
+Durumun değişip değişmediğini kontrol etmek için [eth_getFilterChanges](#eth_getfilterchanges) çağrısı yapın.
-**Parametreler** Hiçbiri
+**Parametreler**
+Yok
-**Dönüşler** `QUANTITY` - Bir filtre kimliğidir.
+**Döndürülenler**
+`MİKTAR` - Bir filtre kimliği.
**Örnek**
@@ -1484,11 +1602,12 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter"
### eth_uninstallFilter {#eth_uninstallfilter}
-Verilen kimliğe sahip bir filtreyi kaldırır. Saate artık ihtiyaç duyulmadığında daima çağrılmalıdır. Ek olarak Filtreler, belirli bir süre için [eth_getFilterChanges](#eth_getfilterchanges) ile istenmediğinde zaman aşımına uğrar.
+Verilen kimliğe sahip bir filtreyi kaldırır. Saate artık ihtiyaç duyulmadığında daima çağrılmalıdır.
+Ayrıca Filtreler, belirli bir süre boyunca [eth_getFilterChanges](#eth_getfilterchanges) ile istenmediğinde zaman aşımına uğrar.
**Parametreler**
-1. `QUANTITY` - Filtre kimliğidir.
+1. `MİKTAR` - Filtre kimliği.
```js
params: [
@@ -1496,14 +1615,15 @@ params: [
]
```
-**Dönüşler** `Boolean` - Filtre başarıyla kaldırıldıysa `true`, aksi takdirde `false`.
+**Döndürülenler**
+`Boolean` - Filtre başarıyla kaldırıldıysa `true`, aksi takdirde `false`.
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc": "2.0",
@@ -1517,7 +1637,7 @@ Son yoklamadan bu yana oluşan günlüklerin bir dizisini döndüren bir filtre
**Parametreler**
-1. `QUANTITY` - filtre kimliğidir.
+1. `MİKTAR` - filtre kimliği.
```js
params: [
@@ -1525,26 +1645,30 @@ params: [
]
```
-**Dönüşler** `Array` - Günlük nesneleri dizisi veya son anketten bu yana hiçbir şey değişmediyse boş bir dizi.
-
-- `eth_newBlockFilter` ile oluşturulan filtreler için dönüş, blok karmalarıdır (`DATA`, 32 Bayt), ör. `["0x345464563453..."]`.
-- `eth_newPendingTransactionFilter` ile oluşturulan filtreler için dönüş, işlem karmalarıdır (`DATA`, 32 Bayt), ör. `["0x6345343454645..."]`.
-- `eth_newFilter` günlükleriyle oluşturulan filtreler için aşağıdaki parametrelere sahip nesnelerdir:
- - `removed`: `TAG` - Zincirin yeniden düzenlenmesi nedeniyle günlük kaldırıldığında `true`. Geçerli bir günlükse `false`.
- - `logIndex`: `QUANTITY` - bloktaki günlük dizini konumunun tam sayısı. `null` Bekleyen kayıt defteri olduğunda.
- - `transactionIndex`: `QUANTITY` - işlem dizini pozisyon günlüğünün oluşturulduğu tam sayı. `null` Bekleyen kayıt defteri olduğunda.
- - `transactionHash`: `DATA`, 32 Bayt - bu günlüğün oluşturulduğu işlemlerin karması. `null` Bekleyen kayıt defteri olduğunda.
- - `blockHash`: `DATA`, 32 Bayt - bu günlüğün bulunduğu blokun karması. `null` beklediğinde. `null` Bekleyen kayıt defteri olduğunda.
- - `blockNumber`: `QUANTITY` - bu günlüğün bulunduğu blok numarası. `null` beklediğinde. `null` Bekleyen kayıt defteri olduğunda.
- - `address`: `DATA`, 20 Bayt - bu günlüğün kaynaklandığı adres.
- - `data`: `DATA` - günlüğün sıfır veya daha fazla sayıda 32 Baytlık dizine eklenmemiş bağımsız değişkenlerini içerir.
- - `topics`: `Array of DATA` - 0 ila 4 arası dizi 32 Bayt `DATA` dizine alınmış günlük bağımsız değişkenleri. (_solidity_'de: İlk konu, olayın imzasının _karma değeridir_ (ör. `Deposit(address,bytes32,uint256)`), ancak olayı `anonymous` belirteci ile bildirmeniz dışında.)
+**Döndürülenler**
+`Dizi` - Günlük nesneleri dizisi veya son yoklamadan bu yana hiçbir şey değişmediyse boş bir dizi.
+
+- `eth_newBlockFilter` ile oluşturulan filtreler için dönüş, blok karmalarıdır (`VERİ`, 32 Bayt), örn., `["0x3454645634534..."]`.
+
+- `eth_newPendingTransactionFilter` ile oluşturulan filtreler için dönüş, işlem karmalarıdır (`VERİ`, 32 Bayt), örn., `["0x6345343454645..."]`.
+
+- `eth_newFilter` ile oluşturulan filtreler için günlükler, aşağıdaki parametrelere sahip nesnelerdir:
+ - `removed`: `ETİKET` - `true`, günlük bir zincir yeniden düzenlenmesi nedeniyle kaldırıldığında. Geçerli bir günlükse `false`.
+ - `logIndex`: `MİKTAR` - bloktaki günlük dizin konumunun tam sayısı. Bekleyen bir günlük olduğunda `null`.
+ - `transactionIndex`: `MİKTAR` - günlüğün oluşturulduğu işlemler dizin konumunun tam sayısı. Bekleyen bir günlük olduğunda `null`.
+ - `transactionHash`: `VERİ`, 32 Bayt - bu günlüğün oluşturulduğu işlemlerin karması. Bekleyen bir günlük olduğunda `null`.
+ - `blockHash`: `VERİ`, 32 Bayt - bu günlüğün bulunduğu bloğun karması. Beklemedeyken `null`. Bekleyen bir günlük olduğunda `null`.
+ - `blockNumber`: `MİKTAR` - bu günlüğün bulunduğu blok numarası. Beklemedeyken `null`. Bekleyen bir günlük olduğunda `null`.
+ - `address`: `VERİ`, 20 Bayt - bu günlüğün kaynaklandığı adres.
+ - `data`: `VERİ` - değişken uzunluklu, dizine alınmamış günlük verileri. (_Solidity_'de: sıfır veya daha fazla 32 Bayt'lık dizine alınmamış günlük argümanları.)
+ - `topics`: `VERİ Dizisi` - 0 ila 4 arası 32 Baytlık dizine alınmış günlük argümanlarının `VERİ` dizisi. (_Solidity_'de: `anonymous` belirteciyle olayı bildirdiğiniz durumlar dışında, ilk konu olayın imzasının _karmasıdır_ (örneğin, `Deposit(address,bytes32,uint256)`)).
+
- **Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}'
-// Result
+// Sonuç
{
"id":1,
"jsonrpc":"2.0",
@@ -1569,7 +1693,7 @@ Verilen kimliğe sahip filtreyle eşleşen tüm günlüklerin bir dizisini dönd
**Parametreler**
-1. `QUANTITY` - Filtre kimliğidir.
+1. `MİKTAR` - Filtre kimliği.
```js
params: [
@@ -1577,16 +1701,17 @@ params: [
]
```
-**Dönüşler** Bkz. [eth_getFilterChanges](#eth_getfilterchanges)
+**Döndürülenler**
+Bkz. [eth_getFilterChanges](#eth_getfilterchanges)
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}'
```
-Sonuç, bkz. [eth_getFilterChanges](#eth_getfilterchanges)
+Sonuç bkz. [eth_getFilterChanges](#eth_getfilterchanges)
### eth_getLogs {#eth_getlogs}
@@ -1594,13 +1719,13 @@ Belirli bir filtre nesnesiyle eşleşen tüm günlüklerin bir dizisini döndür
**Parametreler**
-1. `Object` - Filtre seçenekleri:
+1. `Nesne` - Filtre seçenekleri:
-- `fromBlock`: `QUANTITY|TAG` - (isteğe bağlı, default: `"latest"`) Tamsayı blok numarası veya son önerilen blok için `"latest"`, en son güvenli blok için `"safe"`, en son sonlandırılmış blok için `"finalized"`, henüz bir blokta olmayan işlemler için `"pending"` ve `"earliest"`.
-- `toBlock`: `QUANTITY|TAG` - (isteğe bağlı, default: `"latest"`) Tamsayı blok numarası veya son önerilen blok için `"latest"`, en son güvenli blok için `"safe"`, en son sonlandırılmış blok için `"finalized"`, henüz bir blokta olmayan işlemler için `"pending"` ve `"earliest"`.
-- `address`: `DATA|Array`, 20 Bayt - (isteğe bağlı) Sözleşme adresi veya günlüklerin kaynaklanması gereken adreslerin listesi.
-- `topics`: `Array of DATA`, - (isteğe bağlı) 32 Baytlık dizi `DATA` konu. Konular sıraya bağlıdır. Her konu, "veya" seçenekleriyle birlikte bir VERİ dizisi de olabilir.
-- `blockhash`: `DATA`, 32 Bayt - (isteğe bağlı, **gelecek**) EIP-234 eklenmesiyle, `blockHash`, 32 baytlık `blockHash` ile tek bloka döndürülen günlükleri kısıtlayan yeni bir filtre seçeneği olacaktır. `blockHash` kullanımı, `fromBlock` ile eş değerdir = `toBlock` = `blockHash` karmalı blok numarası. Filtre ölçütlerinde `blockHash` varsa, ne `fromBlock` ne de `toBlock`'a izin verilmez.
+- `fromBlock`: `MİKTAR|ETİKET` - (isteğe bağlı, varsayılan: `"latest"`) Tam sayı blok numarası veya son önerilen blok için `"latest"`, en son güvenli blok için `"safe"`, en son kesinleşmiş blok için `"finalized"` veya henüz bir blokta olmayan işlemler için `"pending"`, `"earliest"`.
+- `toBlock`: `MİKTAR|ETİKET` - (isteğe bağlı, varsayılan: `"latest"`) Tam sayı blok numarası veya son önerilen blok için `"latest"`, en son güvenli blok için `"safe"`, en son kesinleşmiş blok için `"finalized"` veya henüz bir blokta olmayan işlemler için `"pending"`, `"earliest"`.
+- `address`: `VERİ|Dizi`, 20 Bayt - (isteğe bağlı) Sözleşme adresi veya günlüklerin kaynaklanması gereken adreslerin listesi.
+- `topics`: `VERİ Dizisi`, - (isteğe bağlı) 32 Baytlık `VERİ` konuları dizisi. Konular sıraya bağlıdır. Her konu, "veya" seçenekleriyle birlikte bir VERİ dizisi de olabilir.
+- `blockHash`: `VERİ`, 32 Bayt - (isteğe bağlı, **gelecek**) EIP-234'ün eklenmesiyle, `blockHash`, döndürülen günlükleri 32 baytlık karma `blockHash` ile tek bir blokla kısıtlayan yeni bir filtre seçeneği olacaktır. `blockHash` kullanmak, `fromBlock` = `toBlock` = `blockHash` karmasına sahip blok numarası ile eşdeğerdir. Filtre kriterlerinde `blockHash` mevcutsa, ne `fromBlock` ne de `toBlock`'a izin verilmez.
```js
params: [
@@ -1612,24 +1737,25 @@ params: [
]
```
-**Dönüşler** Bkz. [eth_getFilterChanges](#eth_getfilterchanges)
+**Döndürülenler**
+Bkz. [eth_getFilterChanges](#eth_getfilterchanges)
**Örnek**
```js
-// Request
+// İstek
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}'
```
-Sonuç, bkz. [eth_getFilterChanges](#eth_getfilterchanges)
+Sonuç bkz. [eth_getFilterChanges](#eth_getfilterchanges)
## Kullanım Örneği {#usage-example}
-### JSON_RPC kullanarak bir sözleşmeyi dağıtma {#deploying-contract}
+### JSON_RPC kullanarak bir sözleşme dağıtma {#deploying-contract}
-Bu bölüm, yalnızca RPC arayüzünü kullanarak bir sözleşmenin nasıl dağıtılacağının gösterimini içerir. Bu karmaşıklığın ortadan kaldırıldığı sözleşmeleri dağıtmanın alternatif yolları vardır; örneğin, [web3.js](https://web3js.readthedocs.io/) ve [web3.py](https://github.com/ethereum/web3.py) gibi RPC arayüzünün üzerine kurulmuş kitaplıkları kullanmak gibi. Bu soyutlamaların anlaşılması genellikle daha kolaydır ve hataya karşı daha korumalıdır, ancak kaputun altında neler oldup bittiğini anlamak yine de yardımcı olur.
+Bu bölüm, yalnızca RPC arayüzünü kullanarak bir sözleşmenin nasıl dağıtılacağının gösterimini içerir. Bu karmaşıklığın soyutlandığı, sözleşmeleri dağıtmak için alternatif yollar vardır — örneğin, [web3.js](https://web3js.readthedocs.io/) ve [web3.py](https://github.com/ethereum/web3.py) gibi RPC arayüzünün üzerine kurulu kütüphaneleri kullanmak. Bu soyutlamaların anlaşılması genellikle daha kolaydır ve hataya karşı daha korumalıdır, ancak kaputun altında neler oldup bittiğini anlamak yine de yardımcı olur.
-JSON-RPC arabirimi kullanılarak bir Ethereum düğümüne dağıtılacak olan `Multiply7` adlı basit bir akıllı sözleşmeyi aşağıda görebilirsiniz. Bu öğretici, okuyucunun zaten bir Geth düğümü çalıştırdığını varsayar. Düğümler ve istemciler hakkında daha fazla bilgiyi [burada](/developers/docs/nodes-and-clients/run-a-node) bulabilirsiniz. Geth olmayan istemciler için HTTP JSON-RPC'nin nasıl başlatılacağını görmek için lütfen bireysel [istemci](/developers/docs/nodes-and-clients/) dokümanlarına bakın. Çoğu istemci, varsayılan olarak `localhost:8545` üzerinde hizmet verir.
+Aşağıdaki, JSON-RPC arayüzü kullanılarak bir Ethereum düğümüne dağıtılacak olan `Multiply7` adlı basit bir akıllı sözleşmedir. Bu öğretici, okuyucunun zaten bir Geth düğümü çalıştırdığını varsayar. Düğümler ve istemciler hakkında daha fazla bilgiye [buradan](/developers/docs/nodes-and-clients/run-a-node) ulaşabilirsiniz. Geth olmayan istemciler için HTTP JSON-RPC'nin nasıl başlatılacağını görmek için lütfen bireysel [istemci](/developers/docs/nodes-and-clients/) belgelerine bakın. Çoğu istemci, varsayılan olarak `localhost:8545` üzerinde hizmet verir.
```javascript
contract Multiply7 {
@@ -1649,10 +1775,10 @@ geth --http --dev console 2>>geth.log
Bu, `http://localhost:8545` üzerinde HTTP RPC arayüzünü başlatır.
-[curl](https://curl.se) kullanarak Coinbase adresini ve bakiyeyi alarak arayüzün çalıştığını doğrulayabiliriz. Lütfen bu örneklerdeki verilerin yerel düğümünüzde farklılık göstereceğini unutmayın. Bu komutları denemek istiyorsanız, ikinci kıvrılma isteğindeki istek paragraflarını ilkinden döndürülen sonuçla değiştirin.
+Arayüzün çalıştığını, coinbase adresini (hesaplar dizisinden ilk adresi alarak) ve bakiyeyi [curl](https://curl.se) kullanarak alarak doğrulayabiliriz. Lütfen bu örneklerdeki verilerin yerel düğümünüzde farklılık göstereceğini unutmayın. Bu komutları denemek istiyorsanız, ikinci kıvrılma isteğindeki istek paragraflarını ilkinden döndürülen sonuçla değiştirin.
```bash
-curl --data '{"jsonrpc":"2.0","method":"eth_coinbase", "id":1}' -H "Content-Type: application/json" localhost:8545
+curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545
{"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]}
curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545
@@ -1666,9 +1792,9 @@ web3.fromWei("0x1639e49bba16280000", "ether")
// "410"
```
-Artık özel geliştirme zincirimizde bir miktar ether olduğuna göre sözleşmeyi dağıtabiliriz. İlk adım, Multiply7 sözleşmesini EVM'ye gönderilebilecek bayt kodunu derlemektir. Solidity derleyicisi olan solc'yi kurmak için [Solidity dokümanlarını](https://docs.soliditylang.org/en/latest/installing-solidity.html) izleyin. (Örneğimizde kullanılan derleyici sürümüyle eşleşmesi için [daha eski bir `solc` sürümü kullanmak isteyebilirsiniz](https://github.com/ethereum/solidity/releases/tag/v0.4.20).)
+Artık özel geliştirme zincirimizde bir miktar ether olduğuna göre sözleşmeyi dağıtabiliriz. İlk adım, Multiply7 sözleşmesini EVM'ye gönderilebilecek bayt kodunu derlemektir. Solidity derleyicisi olan solc'u kurmak için [Solidity belgelerini](https://docs.soliditylang.org/en/latest/installing-solidity.html) takip edin. (Örneğimizde kullanılan derleyici sürümüyle ([v0.4.20](https://github.com/ethereum/solidity/releases/tag/v0.4.20)) eşleşmesi için daha eski bir `solc` sürümü kullanmak isteyebilirsiniz.)
-Bir sonraki adım, Multiply7 sözleşmesini EVM'ye gönderilebilecek bayt kodunu derlemektir.
+Bir sonraki adım, Multiply7 sözleşmesini EVM'ye gönderilebilecek bayt koduna derlemektir.
```bash
echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin
@@ -1678,7 +1804,7 @@ Binary:
6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029
```
-Artık derlenmiş koda sahip olduğumuza göre, onu dağıtmanın ne kadar gaza mal olacağını belirlememiz gerekiyor. RPC arayüzünde bize bir tahmin verecek bir `eth_estimateGas` yöntemi mevcuttur.
+Artık derlenmiş koda sahip olduğumuza göre, onu dağıtmanın ne kadar gaza mal olacağını belirlememiz gerekiyor. RPC arayüzünde bize bir tahmin verecek bir `eth_estimateGas` metodu mevcuttur.
```bash
curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545
@@ -1692,7 +1818,7 @@ curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from
{"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"}
```
-İşlem, düğüm tarafından kabul edilir ve bir işlem karması döndürülür. Bu karma, işlemi takip etmek için kullanılabilir. Bir sonraki adım, sözleşmemizin dağıtıldığı adresi belirlemektir. Gerçekleştirilen her işlemi bir makbuz oluşturacaktır. Bu makbuz, işlemin hangi bloğa dahil olduğu ve ESM tarafından ne kadar gaz kullanıldığı gibi işlemle ilgili çeşitli bilgileri içerir. Bir işlem bir sözleşme oluşturuyorsa, sözleşme adresini de içerecektir. `eth_getTransactionReceipt` RPC yöntemiyle makbuzu alabiliriz.
+İşlem, düğüm tarafından kabul edilir ve bir işlem karması döndürülür. Bu karma, işlemi takip etmek için kullanılabilir. Bir sonraki adım, sözleşmemizin dağıtıldığı adresi belirlemektir. Gerçekleştirilen her işlemi bir makbuz oluşturacaktır. Bu makbuz, işlemin hangi bloka dahil olduğu ve ESM tarafından ne kadar gaz kullanıldığı gibi işlemle ilgili çeşitli bilgileri içerir. Bir işlem bir sözleşme oluşturuyorsa, sözleşme adresini de içerecektir. `eth_getTransactionReceipt` RPC metoduyla makbuzu alabiliriz.
```bash
curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545
@@ -1703,9 +1829,9 @@ Sözleşmemiz `0x4d03d617d700cf81935d7f797f4e2ae719648262` üzerinde oluşturuld
#### Akıllı sözleşmelerle etkileşim {#interacting-with-smart-contract}
-Bu örnekte, sözleşmenin `multiply` yöntemine, `eth_sendTransaction` kullanarak bir işlem göndereceğiz.
+Bu örnekte, `eth_sendTransaction` kullanarak sözleşmenin `multiply` metoduna bir işlem göndereceğiz.
-`eth_sendTransaction`, özellikle `from`, `to` ve `data` olmak üzere birkaç bağımsız değişken gerektirir. `From` hesabımızın genel adresidir ve `to` da sözleşme adresidir. `Data` bağımsız değişkeni, hangi yöntemin hangi bağımsız değişkenlerle çağrılması gerektiğini tanımlayan bir yük içerir. Burada [ABI (uygulama ikili arayüzü)](https://docs.soliditylang.org/en/latest/abi-spec.html) devreye girer. ABI, EVM için verilerin nasıl tanımlanacağını ve kodlanacağını tanımlayan bir JSON dosyasıdır.
+`eth_sendTransaction` özellikle `from`, `to` ve `data` olmak üzere birkaç argüman gerektirir. `From` hesabımızın genel adresidir ve `to` da sözleşme adresidir. `data` argümanı, hangi metodun hangi argümanlarla çağrılması gerektiğini tanımlayan bir yük içerir. İşte bu noktada [ABI (uygulama ikili arayüzü)](https://docs.soliditylang.org/en/latest/abi-spec.html) devreye giriyor. ABI, EVM için verilerin nasıl tanımlanacağını ve kodlanacağını tanımlayan bir JSON dosyasıdır.
Yükün baytları, sözleşmedeki hangi yöntemin çağrılacağını tanımlar. Bu, fonksiyon adı ve argüman türleri üzerindeki Keccak karma değerinin ilk 4 baytıdır ve on altılık şekilde kodlanmıştır. Çarpma fonksiyonu, uint256 için bir takma ad olan uint'i kabul eder. Bu, bize şunu bırakır:
@@ -1716,11 +1842,11 @@ web3.sha3("multiply(uint256)").substring(0, 10)
Bir sonraki adım, argümanları kodlamaktır. Yalnızca bir uint256 var, diyelim ki değeri 6. ABI, uint256 türlerinin nasıl kodlanacağını belirten bir bölüme sahiptir.
-`int: enc(X)`, yüksek dereceden (sol) tarafta negatif X için 0xff ve sıfır > Uzunluk 32 baytın katı olacak şekilde pozitif X için baytlardan oluşan X'in büyük endian ikinin tümleyeni kodlamasıdır.
+`int: enc(X)`, X'in büyük endian ikinin tümleyeni kodlamasıdır, yüksek dereceli (sol) tarafta negatif X için 0xff ve uzunluk 32 baytın katı olacak şekilde pozitif X için sıfır baytlarla doldurulmuştur.
-Bu, `0000000000000000000000000000000000000000000000000000000000000006` olarak kodlar.
+Bu, `0000000000000000000000000000000000000000000000000000000000000006` olarak kodlanır.
-Fonksiyon seçiciyi ve kodlanmış argümanı birleştirdiğimizde verilerimiz `0xc6888fa1000000000000000000000000000000000000000000000000000000000000000` olur.
+Fonksiyon seçiciyi ve kodlanmış argümanı birleştirdiğimizde verilerimiz `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006` olacaktır.
Bu, artık düğüme gönderilebilir:
@@ -1753,7 +1879,7 @@ Bir işlem gönderildiğinden, bir işlem karması döndürülmüştür. Makbuzu
}
```
-Makbuz, bir günlük içerir. Bu günlük, işlem yürütülürken EVM tarafından oluşturulur ve makbuza dahil edilir. `multiply` işlevi, `Print` olayının 7 giriş değeriyle tetiklendiğini gösterir. `Print` olayının argümanı uint256 olduğundan, bunu ABI kurallarına göre çözebiliriz ve bu da bize beklenen ondalık sayı 42'yi bırakır. Verilerin yanı sıra, günlüğü hangi olayın oluşturduğunu belirlemek için konuların kullanılabileceğini belirtmekte fayda vardır:
+Makbuz, bir günlük içerir. Bu günlük, işlem yürütülürken EVM tarafından oluşturulur ve makbuza dahil edilir. `multiply` fonksiyonu, `Print` olayının girdinin 7 katı ile tetiklendiğini gösterir. `Print` olayının argümanı bir uint256 olduğundan, bunu ABI kurallarına göre çözebiliriz ve bu da bize beklenen ondalık sayı 42'yi verir. Verilerin yanı sıra, günlüğü hangi olayın oluşturduğunu belirlemek için konuların kullanılabileceğini belirtmekte fayda vardır:
```javascript
web3.sha3("Print(uint256)")
@@ -1762,10 +1888,10 @@ web3.sha3("Print(uint256)")
Bu, JSON-RPC'nin doğrudan kullanımını gösteren en yaygın görevlerden bazılarına kısa bir giriş niteliğindeydi.
-## İlgili konular {#related-topics}
+## Alakalı başlıklar {#related-topics}
- [JSON-RPC spesifikasyonu](http://www.jsonrpc.org/specification)
-- [ Düğümler ve İstemciler](/developers/docs/nodes-and-clients/)
-- [JavaScript API'ları](/developers/docs/apis/javascript/)
-- [Arka Uç API'ları](/developers/docs/apis/backend/)
+- [Düğümler ve istemciler](/developers/docs/nodes-and-clients/)
+- [JavaScript API'leri](/developers/docs/apis/javascript/)
+- [Arka uç API'leri](/developers/docs/apis/backend/)
- [Yürütme istemcileri](/developers/docs/nodes-and-clients/#execution-clients)
diff --git a/public/content/translations/tr/developers/docs/blocks/index.md b/public/content/translations/tr/developers/docs/blocks/index.md
index eb6ba8ab419..23e7b542f07 100644
--- a/public/content/translations/tr/developers/docs/blocks/index.md
+++ b/public/content/translations/tr/developers/docs/blocks/index.md
@@ -1,6 +1,6 @@
---
title: Bloklar
-description: Ethereum blok zincirindeki blokların veri yapıları, neden gerekli oldukları ve nasıl oluşturuldukları hakkında bir tanıtım.
+description: "Ethereum blok zincirindeki blokların veri yapıları, neden gerekli oldukları ve nasıl oluşturuldukları hakkında bir tanıtım."
lang: tr
---
@@ -8,23 +8,24 @@ Bloklar, zincirde yer alan bir önceki blok hakkındaki hash değerlerini barın
## Ön Koşullar {#prerequisites}
-Bloklar, yeni başlayanlar için uygun bir konudur. Ancak bu sayfayı daha iyi anlamanıza yardımcı olmak için önce [Hesaplar](/developers/docs/accounts/), [İşlemler](/developers/docs/transactions/) ve [Ethereum'a giriş](/developers/docs/intro-to-ethereum/) bölümlerini okumanızı öneririz.
+Bloklar, yeni başlayanlar için uygun bir konudur. Ancak bu sayfayı daha iyi anlamanıza yardımcı olması için öncelikle [Hesaplar](/developers/docs/accounts/), [İşlemler](/developers/docs/transactions/) ve [Ethereum'a giriş](/developers/docs/intro-to-ethereum/) yazılarımızı okumanızı öneririz.
## Bloklar neden gerekli? {#why-blocks}
Ethereum ağındaki tüm katılımcıların senkronize durumlarını sürdürmesini ve işlemlerin kesin geçmişi üzerinde anlaşmasını sağlamak için işlemleri bloklar hâlinde topluyoruz. Bu, düzinelerce (veya yüzlerce) işlemin aynı anda yapıldığı, üzerinde anlaşmaya varıldığı ve senkronize edildiği anlamına gelir.
- _Diyagram [Ethereum EVM resmediciden](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) uyarlanmıştır_
+
+_Diyagram [Resimli Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) kaynağından uyarlanmıştır_
Kod girişleri arasında belirli bir süre tanıyarak ağ katılımcıları için yeterli zamanı veriyoruz: işlem talepleri saniye başına düzinelerce oluşsa da bloklar Ethereum üzerinde on iki saniyede bir yaratılmaktadır ve oluşmaktadır.
-## Blokların çalışma şekli {#how-blocks-work}
+## Bloklar nasıl çalışır? {#how-blocks-work}
İşlem geçmişini korumak için, bloklar titizlikle sıralanır (oluşturulan her yeni blok, önceki bloğa bir referans içerir) ve bloklar içindeki işlemler de titizlikle sıralanır. Herhangi bir zamanda olabilecek nadir durumlar dışında ağdaki tüm katılımcılar, blokların tam sayısı ve geçmişi konusunda mutabıktır ve mevcut aktif işlem taleplerini bir sonraki blokta gruplandırmak için çalışmaktadır.
Bir blok, ağ üzerinden rastgele seçilmiş doğruluyacılar tarafından bir araya getirildiğinde ağın geri kalanına yayılır, bütün düğümler bu bloku kendi blok zincirlerinin sonuna ekler ve yeni bloku yaratmak için yeni bir doğrulayıcı seçilir. Bu blok birleştirme süreci ve taahtütname/mutabakat süreci şu anda Ethereum'un "hisse ispatı" protokolü tarafından özelleştiriliyor.
-## Hisse ispatı protokolü {#proof-of-work-protocol}
+## Hisse ispatı protokolü {#proof-of-stake-protocol}
Hisse ispatının anlamı aşağıdaki gibidir:
@@ -33,59 +34,59 @@ Hisse ispatının anlamı aşağıdaki gibidir:
- Yeni blokun haberini alan diğer doğrulayıcılar küresel durum değişim önerisine uydukarını güvence altına almak için işlemleri tekrar yürütürler. Blokun geçerli olduğunu varsayarsak kendi veritabanlarına ekler.
- Eğer bir doğrulayıcı çelişen iki blok hakkında bir haber alırsa en çok ETH hisselemiş olanı çatal seçim algoritmasını kullanarak seçer.
-[Hisse ispatı hakkında daha fazla bilgi](/developers/docs/consensus-mechanisms/pos)
+[Hisse ispatı hakkında daha fazlası](/developers/docs/consensus-mechanisms/pos)
## Bir blokta neler yer alır? {#block-anatomy}
Bir blok içinde barındırılan çok fazla bilgi vardır. En yüksek düzeyde, bir blok aşağıdaki alanları barındırır:
| Alan | Açıklama |
-|:---------------- |:------------------------------------------------------ |
+| :--------------- | :----------------------------------------------------- |
| `yuva` | blokun ait olduğu yuva |
| `proposer_index` | bloku öneren doğrulayıcının kimliği |
| `parent_root` | önceki blokun karması |
| `state_root` | durum nesnesinin kök karması |
| `şablon` | aşağıda tanımlandığı gibi birkaç alan içeren bir nesne |
-Blok `gövdesi` kendi başına birkaç alana sahiptir:
+Blok `body`'si kendi içinde çeşitli alanlar içerir:
| Alan | Açıklama |
-|:-------------------- |:-------------------------------------------------------------------------- |
+| :------------------- | :------------------------------------------------------------------------- |
| `randao_reveal` | bir sonraki blok önericisini seçmek için kullanılan değer |
| `eth1_data` | depozito sözleşmesi hakkında bilgi |
| `graffiti` | blokları etiketlemek için kullanılan keyfi veriler |
| `proposer_slashings` | kesilecek doğrulayıcıların listesi |
| `attester_slashings` | kesilecek tasdik edenlerin listesi |
-| `tasdikler` | mevcut blok lehine tasdik listesi |
+| `tasdikler` | önceki yuvalar için yapılan tasdiklerin listesi |
| `depozitolar` | depozito sözleşmesine yeni depozito listesi |
| `voluntary_exits` | ağdan çıkan doğrulayıcıların listesi |
| `sync_aggregate` | hafif istemcilere hizmet etmek için kullanılan doğrulayıcıların alt kümesi |
| `execution_payload` | yürütüm istemcisinden geçirilen işlemler |
-`Tasdik` alanı, bloktaki tüm tasdiklerin bir listesini içerir. Tasdiklerin, birkaç veri parçası içeren kendi veri türleri vardır. Her tasdik şunları içerir:
+`attestations` alanı, bloktaki tüm tasdiklerin bir listesini içerir. Tasdiklerin, birkaç veri parçası içeren kendi veri türleri vardır. Her tasdik şunları içerir:
-| Alan | Açıklama |
-|:------------------ |:---------------------------------------------------------- |
-| `aggregation_bits` | bu tasdiğe hangi doğrulayıcıların katıldığının bir listesi |
-| `veri` | birden çok alt alana sahip bir barındırıcı |
-| `i̇mza` | tüm onaylayan doğrulayıcıların toplu imzası |
+| Alan | Açıklama |
+| :----------------- | :-------------------------------------------------------------- |
+| `aggregation_bits` | bu tasdiğe hangi doğrulayıcıların katıldığının bir listesi |
+| `veriler` | birden çok alt alana sahip bir barındırıcı |
+| `i̇mza` | bir doğrulayıcı kümesinin `data` bölümü üzerindeki toplu imzası |
-`Tasdikteki` `veri` alanı şunları içerir:
+`attestation` içindeki `data` alanı aşağıdakileri içerir:
-| Alan | Açıklama |
-|:------------------- |:-------------------------------------------- |
-| `yuva` | tasdiğe bağlı yuva alanı |
-| `indeks` | tasdik eden doğrulayıcılar için endeksler |
-| `beacon_block_root` | bu nesneyi içeren İşaret blokunun kök düğümü |
-| `kaynak` | gerekçeli son denetim noktası |
-| `target` | son dönem sınır bloku |
+| Alan | Açıklama |
+| :------------------ | :--------------------------------------------------------- |
+| `yuva` | tasdiğe bağlı yuva alanı |
+| `dizin` | tasdik eden doğrulayıcılar için endeksler |
+| `beacon_block_root` | zincirin başı olarak görülen İşaretçi bloğunun kök karması |
+| `kaynak` | gerekçeli son denetim noktası |
+| `target` | son dönem sınır bloku |
-Bu işlemleri `execution_payload`'da yapmak global durumu günceller. Tüm istemciler yeni durum yeni blok `state_root` alanıyla eşleştiğinden emin olmak için işlemleri `execution_payload`'da yeniden çalıştırır. Bu, müşteriler tarafından yeni bir blokun kendi blok zincirlere eklenmesi için geçerli ve güvenli olduğunun söylenmesidir. `Yürütme yükü` birkaç farklı alandan oluşan bir nesnedir. Ayrıca çalıştırma verisiyle ilgili önemli bilgileri içinde bulunduran `execution_payload_header` bir veri yapısı var. Bu veri yapıları şu şekilde organize edilmiştir:
+`execution_payload` içindeki işlemlerin yürütülmesi genel durumu günceller. Tüm istemciler, yeni durumun yeni bloktaki `state_root` alanıyla eşleştiğinden emin olmak için `execution_payload` içindeki işlemleri yeniden yürütür. Bu, müşteriler tarafından yeni bir blokun kendi blok zincirlere eklenmesi için geçerli ve güvenli olduğunun söylenmesidir. `execution_payload`'ın kendisi birkaç alana sahip bir nesnedir. Ayrıca, yürütme verileri hakkında önemli özet bilgiler içeren bir `execution_payload_header` da vardır. Bu veri yapıları şu şekilde organize edilmiştir:
`execution_payload_header` aşağıdaki alanları içerir:
| Alan | Açıklama |
-|:------------------- |:--------------------------------------------------------------------- |
+| :------------------ | :-------------------------------------------------------------------- |
| `parent_hash` | üst blokun karması |
| `fee_recipient` | işlem ücretlerinin ödeneceği hesap adresi |
| `state_root` | bloka değişimleri uyguladıktan sonraki küresel durum için kök karması |
@@ -95,17 +96,17 @@ Bu işlemleri `execution_payload`'da yapmak global durumu günceller. Tüm istem
| `block_number` | mevcut blokun numarası |
| `gas_limit` | bu blokta izin verilen maksimum gaz |
| `gas_used` | bu blokta kullanılan net gaz miktarı |
-| `zaman damgası` | blok süresi |
+| `timestamp` | blok süresi |
| `extra_data` | i̇steğe bağlı ham bayt olarak eklenen veri |
| `base_fee_per_gas` | ana ücret değeri |
| `block_hash` | Uygulama blokunun özeti |
| `transactions_root` | yükteki işlemlerin kök karması |
| `withdrawal_root` | yükteki para çekme işlemlerinin kök karması |
-`execution_payload` ise aşağıdakileri kapsar (bunun başlık olanla aynı olduğuna dikkat edin, ancak işlemlerin kök karmaları yerine asıl işlem listesini ve para çekme bilgisini kapsıyor):
+`execution_payload`'ın kendisi aşağıdakileri içerir (bunun, işlemlerin kök karması yerine gerçek işlem listesini ve para çekme bilgilerini içermesi dışında başlıkla aynı olduğuna dikkat edin):
| Alan | Açıklama |
-|:------------------ |:--------------------------------------------------------------------- |
+| :----------------- | :-------------------------------------------------------------------- |
| `parent_hash` | üst blokun karması |
| `fee_recipient` | işlem ücretlerinin ödeneceği hesap adresi |
| `state_root` | bloka değişimleri uyguladıktan sonraki küresel durum için kök karması |
@@ -115,37 +116,37 @@ Bu işlemleri `execution_payload`'da yapmak global durumu günceller. Tüm istem
| `block_number` | mevcut blokun numarası |
| `gas_limit` | bu blokta izin verilen maksimum gaz |
| `gas_used` | bu blokta kullanılan net gaz miktarı |
-| `zaman damgası` | blok süresi |
+| `timestamp` | blok süresi |
| `extra_data` | i̇steğe bağlı ham bayt olarak eklenen veri |
| `base_fee_per_gas` | ana ücret değeri |
| `block_hash` | Uygulama blokunun özeti |
-| `İşlemler` | yürütülecek işlemlerin listesi |
-| `para çekimleri` | para çekme nesnelerinin listesi |
+| `i̇şlemler` | yürütülecek işlemlerin listesi |
+| `para çekmeler` | para çekme nesnelerinin listesi |
`withdrawals` listesi aşağıdaki gibi `withdrawal` nesnelerinden oluşur:
| Alan | Açıklama |
-|:---------------- |:------------------------- |
+| :--------------- | :------------------------ |
| `adres` | para çekilen hesap adresi |
| `miktar` | para çekme miktarı |
-| `indeks` | para çekme endeksi değeri |
+| `dizin` | para çekme endeksi değeri |
| `validatorIndex` | doğrulayıcı endeks değeri |
## Blok süresi {#block-time}
Blok süresi, blokların ayrılması sırasındaki süreye karşılık gelir. Ethereum'da zaman, "yuva" adı verilen 12 saniyelik birimlere bölünmüştür. Her bir yuvada blok önermek için tek bir doğrulayıcı seçilmiştir. Tüm doğrulayıcıların çevrimiçi ve tam anlamıyla işlevsel olduğunu varsayarsak her bir yuvada bir blok oluşacaktır, bu da blok zamanının 12 saniye olduğu anlamına gelir. Ancak bazen doğrulayıcılar, blok önerisine çağrıldıklarında çevrimdışı olabilir, bu da kimi zaman yuvaların boş olacağı anlamına gelir.
-Bu uygulama; blok sürelerinin tahmin edilebilir olduğu ve protokolün hedef madencilik zorluğu tarafından ayarlanan iş ispatı temelli sistemlerden ayrılır. Ethereum'un [ortalama blok süresi](https://etherscan.io/chart/blocktime) yeni 12li blok süresinin istikrarına bağlı olarak bakıldığında iş ispatı ve hisse ispatı arasındajki geçişi net olarak gösteren mükemmel bir örnektir.
+Bu uygulama; blok sürelerinin tahmin edilebilir olduğu ve protokolün hedef madencilik zorluğu tarafından ayarlanan iş ispatı temelli sistemlerden ayrılır. Ethereum'un [ortalama blok süresi](https://etherscan.io/chart/blocktime), yeni 12 saniyelik blok süresinin tutarlılığına dayanarak iş ispatından hisse ispatına geçişin açıkça anlaşılabileceği mükemmel bir örnektir.
## Blok boyutu {#block-size}
Son olarak önemli bir not: Blokların kendileri de boyut olarak sınırlandırılmıştır. Her blokun hedef boyutu 30 milyon gazdır ama blok boyutu ağ isteklerine göre 60 milyon gaz olan blok limitine kadar (blok boyutu hedefinin 2 katı) artabilir veya azalabilir. Bloğun gaz limiti, önceki bloğun gaz limitine kıyasla 1/1024 oranında yukarı ya da aşağı yönde ayarlanabilir. Sonuç olarak, doğrulayıcılar bloğun gaz limitini mutabakat yoluyla değiştirebilir. Bloktaki işlemlerden kesilen toplam gaz miktarı, blokun gaz limitinden daha az olmalıdır. Bu, blok boyutunun keyfi olarak belirlenememesini sağladığı için önemlidir. Bloklar keyfi boyutlarda olabilseydi, daha az performans gösteren tam düğümler, alan ve hız gereksinimleri nedeniyle yavaş yavaş ağa ayak uyduramazlardı. Blok ne kadar büyük olursa onu bir sonraki yuvada zamanında işlemek için gereken işlemci gücü de o denli büyük olacaktır. Bu blok boyutlarına üst sınırlar koyarak direnen bir merkezileştirici kuvvet.
-## Daha fazla bilgi {#further-reading}
+## Daha fazla kaynak {#further-reading}
-_Size yardımcı olan bir topluluk kaynağı biliyor musunuz? Bu sayfayı düzenleyin ve ekleyin!_
+_Size yardımcı olan bir topluluk kaynağı mı biliyorsunuz? Bu sayfayı düzenleyin ve onu ekleyin!_
-## İlgili konular {#related-topics}
+## Alakalı başlıklar {#related-topics}
- [İşlemler](/developers/docs/transactions/)
- [Gaz](/developers/docs/gas/)
diff --git a/public/content/translations/tr/developers/docs/bridges/index.md b/public/content/translations/tr/developers/docs/bridges/index.md
index e4bdb0fd250..4a0bd90e321 100644
--- a/public/content/translations/tr/developers/docs/bridges/index.md
+++ b/public/content/translations/tr/developers/docs/bridges/index.md
@@ -1,20 +1,20 @@
---
-title: Köprüler
-description: Geliştiriciler için köprülemeye genel bir bakış
+title: "Köprüler"
+description: "Geliştiriciler için köprülemeye genel bir bakış"
lang: tr
---
-L1 blokzincirlerinin ve L2 [ölçeklendirme](/developers/docs/scaling/) çözümlerinin yaygınlaşması, bunun yanı sıra giderek artan sayıda merkeziyetsiz uygulamanın farklı zincirlerde kullanılabilir hale gelmesi nedeniyle zincirler arası iletişim ve varlık hareketinin ihtiyacı ağ altyapısının temel bir parçası haline gelmiştir. Bunu mümkün kılmak için farklı türde köprüler mevcuttur.
+L1 blokzincirlerinin ve L2 [ölçeklendirme](/developers/docs/scaling/) çözümlerinin yaygınlaşmasının yanı sıra, zincirler arası hale gelen merkeziyetsiz uygulamaların sayısının giderek artmasıyla birlikte, zincirler arası iletişim ve varlık taşıma ihtiyacı, ağ altyapısının önemli bir parçası haline gelmiştir. Bunu mümkün kılmak için farklı türde köprüler mevcuttur.
-## Köprü ihtiyacı {#need-for-bridges}
+## Köprülere duyulan ihtiyaç {#need-for-bridges}
Köprüler, blokzincir ağlarını birbirine bağlamaya yarar. Blokzincirler arasında bağlantı ve birlikte çalışma olanağı sağlarlar.
Blokzincirler izole edilmiş ortamlarda var oldukları için blokzincirlerin diğer blokzincirlerle doğal bir şekilde ticaret yapması ve iletişim kurması mümkün değildir. Sonuç olarak, bir ekosistem içinde önemli faaliyet ve yenilikler olabilirken, diğer ekosistemlerle bağlantı ve birlikte çalışma eksikliği nedeniyle sınırlıdır.
-Köprüler, izole edilmiş blokzincir ortamlarının birbirleriyle bağlantı kurmasını sağlar. Blokzincirler arasında bir ulaşım rotası oluştururlar; bu sayede jetonlar, mesajlar, keyfi veriler ve hatta [akıllı sözleşme](/developers/docs/smart-contracts/) çağrıları bir zincirden diğerine transfer edilebilir.
+Köprüler, izole edilmiş blokzincir ortamlarının birbirleriyle bağlantı kurmasını sağlar. Blokzincirler arasında, jetonların, mesajların, isteğe bağlı verilerin ve hatta [akıllı sözleşme](/developers/docs/smart-contracts/) çağrılarının bir zincirden diğerine aktarılabildiği bir ulaşım rotası oluştururlar.
-## Köprülerin avantajları {#benefits-of-bridges}
+## Köprülerin faydaları {#benefits-of-bridges}
Basitçe söylemek gerekirse, köprüler blokzincir ağlarının veri alışverişi yapmasını ve varlıkları birbirleri arasında taşımasını sağlayarak birçok kullanım durumunu mümkün kılar.
@@ -30,19 +30,19 @@ Köprüler, geliştiriciler için aşağıdakileri mümkün kılar:
## Köprüler nasıl çalışır? {#how-do-bridges-work}
-Çeşitli [köprü tasarım türleri](https://li.fi/knowledge-hub/blockchain-bridges-and-classification/) mevcut olsa da, varlıkların zincirler arası transferini kolaylaştırma konusunda öne çıkan üç yöntem vardır:
+[Birçok köprü tasarım türü](https://li.fi/knowledge-hub/blockchain-bridges-and-classification/) olsa da, varlıkların zincirler arası transferini kolaylaştıran üç yöntem öne çıkmaktadır:
-- **Kilitle ve bas: –** Kaynak zincirdeki varlıkları kilitleyip hedef zincirde yeni varlıklar basmak.
-- **Yak ve Bas: –** Kaynak zincirdeki varlıkları yakıp hedef zincirde yeni varlıklar basmak.
-- **Atomik takaslar: –** Kaynak zincirdeki varlıkları başka bir tarafla hedef zincirdeki varlıklarla takas etmek.
+- **Kilitle ve bas –** Kaynak zincirdeki varlıkları kilitleyip hedef zincirde yeni varlıklar basmak.
+- **Yak ve bas –** Kaynak zincirdeki varlıkları yakıp hedef zincirde yeni varlıklar basmak.
+- **Atomik takaslar –** Kaynak zincirdeki varlıkları başka bir tarafla hedef zincirdeki varlıklarla takas etmek.
## Köprü türleri {#bridge-types}
Köprüler genellikle aşağıdaki kategorilerden birine girer:
-- **Doğal köprüler: –** Bu tür köprüler genellikle belirli bir blokzincirde likiditeyi önyüklemek amacıyla inşa edilir ve kullanıcıların fonları ekosisteme taşımasını kolaylaştırır. Örneğin, [Arbitrum Köprüsü](https://bridge.arbitrum.io/), kullanıcılar için Ethereum Ana Ağı'ndan Arbitrum'a köprü kurmayı kolay hale getirmek için inşa edilmiştir. Diğer köprü örnekleri arasında Polygon PoS Köprüsü, [Optimism Geçidi](https://app.optimism.io/bridge) vb. sayılabilir.
-- **Doğrulayıcı veya kâhin tabanlı köprüler –** Bu tür köprüler, zincirler arası transferleri doğrulamak için harici bir doğrulayıcı kümesine veya kâhinlere dayanır. Örnekler: Multichain ve Across.
-- **Genelleştirilmiş mesaj iletim köprüleri –** Bu köprüler, varlıkları, mesajları ve keyfi verileri zincirler arasında transfer edebilir. Örnekler: Axelar, LayerZero ve Nomad.
+- **Yerel köprüler –** Bu köprüler genellikle belirli bir blokzincirde likiditeyi başlatmak için inşa edilir ve kullanıcıların fonları ekosisteme taşımasını kolaylaştırır. Örneğin, [Arbitrum Bridge](https://bridge.arbitrum.io/), kullanıcıların Ethereum Ana Ağı'ndan Arbitrum'a köprü kurmasını kolaylaştırmak için oluşturulmuştur. Diğer bu tür köprüler arasında Polygon PoS Bridge, [Optimism Gateway](https://app.optimism.io/bridge) vb. yer alır.
+- **Doğrulayıcı veya oracle tabanlı köprüler –** Bu tür köprüler, zincirler arası transferleri doğrulamak için harici bir doğrulayıcı setine veya oracle'lara dayanır. Örnekler: Multichain ve Across.
+- **Genelleştirilmiş mesaj iletim köprüleri –** Bu köprüler, varlıkları, mesajları ve isteğe bağlı verileri zincirler arasında transfer edebilir. Örnekler: Axelar, LayerZero ve Nomad.
- **Likidite ağları –** Bu köprüler, ağırlıklı olarak atomik takaslar aracılığıyla bir zincirden diğerine varlık transferine odaklanır. Genellikle zincirler arası mesaj iletimini desteklemezler. Örnekler: Connext ve Hop.
## Dikkate alınması gereken ödünleşmeler {#trade-offs}
@@ -51,30 +51,30 @@ Köprüler söz konusu olduğunda mükemmel çözüm diye bir şey yoktur. Bunun
- **Güvenlik –** Sistemi kim doğruluyor? Harici doğrulayıcılar tarafından güvence altına alınan köprüler, genellikle blokzincirin kendi doğrulayıcıları tarafından yerel olarak veya doğal olarak güvence altına alınan köprülere göre daha az güvenlidir.
- **Kolaylık –** Bir işlemin tamamlanması ne kadar sürüyor ve bir kullanıcının kaç işlemi imzalaması gerekiyor? Bir geliştirici için bir köprüyü entegre etmek ne kadar sürüyor ve süreç ne kadar karmaşık?
-- **Bağlantı –** Bir köprünün bağlantı kurabileceği farklı hedef zincirler (örneğin toplamalar, yan zincirler, diğer katman 1 blokzincirleri vb.) nelerdir ve yeni bir blokzinciri entegre etmek ne kadar zordur?
-- **Daha karmaşık verileri iletebilme yeteneği –** Bir köprü, mesajların ve daha karmaşık keyfi verilerin zincirler arasında transferini sağlayabilir mi, yoksa yalnızca zincirler arası varlık transferlerini mi destekler?
-- **Maliyet etkinlik –** Bir köprü aracılığıyla zincirler arası varlık transfer etmenin maliyeti nedir? Genellikle köprüler için belirli rotaların gaz maliyetlerine ve likiditesine bağlı olarak sabit veya değişken ücretler talep edilir. Ayrıca, bir köprünün güvenliğini sağlamak için gereken sermayeye dayalı olarak maliyet-etkinliği de değerlendirilmesi gereken önemli bir unsurdur.
+- **Bağlanabilirlik –** Bir köprünün bağlanabileceği farklı hedef zincirler (ör. toplamalar, yan zincirler, diğer katman 1 blokzincirleri vb.) nelerdir ve yeni bir blokzinciri entegre etmek ne kadar zordur?
+- **Daha karmaşık verileri iletme yeteneği –** Bir köprü, mesajların ve daha karmaşık isteğe bağlı verilerin zincirler arasında transferini sağlayabilir mi, yoksa yalnızca zincirler arası varlık transferlerini mi destekler?
+- **Maliyet etkinliği –** Bir köprü aracılığıyla zincirler arası varlık aktarmanın maliyeti nedir? Genellikle köprüler için belirli rotaların gaz maliyetlerine ve likiditesine bağlı olarak sabit veya değişken ücretler talep edilir. Ayrıca, bir köprünün güvenliğini sağlamak için gereken sermayeye dayalı olarak maliyet-etkinliği de değerlendirilmesi gereken önemli bir unsurdur.
Yüksek düzeyde, köprüler güvenilir ve güven gerektirmez şeklinde kategorilere ayrılabilir.
- **Güvenilir –** Güvenilir köprüler harici olarak doğrulanır. Zincirler arası veri aktarımı için harici bir doğrulayıcı kümesi kullanırlar (çoklu imza ile federasyonlar, çok taraflı bilgi işlem sistemleri, kâhin ağı). Sonuç olarak, geniş bağlantı olanakları sağlayabilir ve zincirler arası tamamen genelleştirilmiş mesaj iletimini mümkün kılabilirler. Aynı zamanda hız ve maliyet etkinlik konusunda da iyi performans gösterme eğilimindedirler. Bunun bedeli, kullanıcıların köprünün güvenliğine inanmak zorunda kalmasıdır.
-- **Güven gerektirmez –** Bu köprüler, mesaj ve jeton transferi konusunda bağlandıkları blokzincire ve doğrulayıcılarına dayalıdır. Yeni güven varsayımları eklemedikleri için (blokzincirlere ek olarak) "güven gerektirmez" niteliktedirler. Sonuç olarak güven gerektirmez köprüler, güvenilir köprülere göre daha güvenli kabul edilir.
+- **Güven gerektirmeyen –** Bu köprüler, mesaj ve jeton transferi konusunda bağlandıkları blokzincire ve doğrulayıcılarına dayalıdır. Yeni güven varsayımları eklemedikleri için (blokzincirlere ek olarak) "güven gerektirmez" niteliktedirler. Sonuç olarak güven gerektirmez köprüler, güvenilir köprülere göre daha güvenli kabul edilir.
Güven gerektirmez köprüleri diğer faktörlere göre değerlendirmek için bunları genelleştirilmiş mesaj iletim köprüleri ve likidite ağları olarak ayırmamız gerekir.
-- **Genelleştirilmiş mesaj iletim köprüleri –** Bu köprüler, güvenlik ve zincirler arası daha karmaşık veri transferi konularında uzmandır. Genellikle maliyet-etkinlik konusunda da iyidirler. Ancak, bu güçlükler genellikle hafif istemci köprüleri için bağlantı (örneğin IBC) ve sahtecilik kanıtları kullanan iyimser köprüler (örneğin Nomad) için hız dezavantajları maliyetiyle gelir.
+- **Genelleştirilmiş mesaj iletim köprüleri –** Bu köprüler güvenlik ve zincirler arası daha karmaşık veri aktarma yeteneği ile öne çıkar. Genellikle maliyet-etkinlik konusunda da iyidirler. Ancak, bu güçlükler genellikle hafif istemci köprüleri için bağlantı (örneğin IBC) ve sahtecilik kanıtları kullanan iyimser köprüler (örneğin Nomad) için hız dezavantajları maliyetiyle gelir.
- **Likidite ağları –** Bu köprüler, varlık transferi için atomik takas kullanır ve yerel olarak doğrulanan sistemlerdir (yani altındaki blokzincirin doğrulayıcılarını işlemleri doğrulamak için kullanırlar). Sonuç olarak, güvenlik ve hız konusunda uzmandırlar. Ayrıca nispeten maliyet-etkin kabul edilirler ve iyi bir bağlantı sunarlar. Bununla birlikte ana ödünleştirme, zincirler arası mesaj iletimini desteklememeleri nedeniyle daha karmaşık veri iletimini sağlayamamalarıdır.
-## Köprülerin riskleri {#risk-with-bridges}
+## Köprülerle ilgili riskler {#risk-with-bridges}
-Köprüler, [DeFi'deki en büyük üç hack'in](https://rekt.news/leaderboard/) sorumlusu olarak kabul edilir ve hala geliştirme aşamasının erken dönemlerindedir. Herhangi bir köprü kullanmanın aşağıdaki riskleri taşıdığını unutmayın:
+Köprüler, [DeFi'deki en büyük üç hack olayının](https://rekt.news/leaderboard/) sorumlusudur ve hâlâ geliştirilme aşamasının başlarındadır. Herhangi bir köprü kullanmanın aşağıdaki riskleri taşıdığını unutmayın:
-- **Akıllı sözleşme riski –** Birçok köprü denetimleri başarılı bir şekilde geçmiş olsa da, varlıkların hırsızlığa açık hale gelmesi için akıllı sözleşmedeki tek bir hata yeterli olabilir (örneğin [Solana'nın Wormhole Köprüsü](https://rekt.news/wormhole-rekt/)).
-- **Sistemik finansal riskler** – Birçok köprü, yeni bir zincirde orijinal varlığın kanonik sürümlerini oluşturmak için sarılmış varlıklar kullanır. Bu, sarılmış jeton sürümlerinin istismar edildiğini gördüğümüz için ekosistemi sistemik risklere maruz bırakır.
+- **Akıllı sözleşme riski –** Birçok köprü denetimleri başarıyla geçmiş olsa da, varlıkların hack'lenmeye açık hale gelmesi için akıllı sözleşmedeki tek bir kusur yeterlidir (ör: [Solana'nın Wormhole Köprüsü](https://rekt.news/wormhole-rekt/)).
+- **Sistemik finansal riskler –** Birçok köprü, yeni bir zincirde orijinal varlığın standart sürümlerini oluşturmak için sarılmış varlıklar kullanır. Bu, sarılmış jeton sürümlerinin istismar edildiğini gördüğümüz için ekosistemi sistemik risklere maruz bırakır.
- **Karşı taraf riski –** Bazı köprüler, kullanıcıların doğrulayıcıların kullanıcı fonlarını çalmak için işbirliği yapmayacağı varsayımına güvenmeleri gereken güvenilir bir tasarım kullanır. Kullanıcıların bu üçüncü taraf aktörlere güvenmeleri gerekliliği, onları likidite havuzu boşaltma, sansür ve diğer kötü niyetli faaliyetler gibi risklere maruz bırakır.
- **Açık sorunlar –** Köprülerin geliştirme aşamalarının henüz başlangıcında olduğu göz önüne alındığında, örneğin ağ sıkışıklığı dönemleri ve ağ düzeyinde saldırılar veya durum geri alımları gibi beklenmeyen olaylar sırasında karşılaşılabilecek farklı piyasa koşullarında köprülerin nasıl performans göstereceğiyle ilgili birçok cevapsız soru bulunmaktadır. Bu belirsizlik, henüz tam olarak bilinmeyen belirli riskleri taşır.
-## Merkeziyetsiz uygulamalar köprüleri nasıl kullanır? {#how-can-dapps-use-bridges}
+## Merkeziyetsiz uygulamalar köprüleri nasıl kullanır? Merkeziyetsiz uygulamalar köprüleri nasıl kullanabilir? {#how-can-dapps-use-bridges}
Geliştiricilerin merkeziyetsiz uygulamalarını köprülerle çapraz zincire taşıma konusunda göz önünde bulundurabileceği bazı pratik uygulamalar şunlardır:
@@ -82,9 +82,9 @@ Geliştiricilerin merkeziyetsiz uygulamalarını köprülerle çapraz zincire ta
Geliştiriciler için köprüleri destek eklemenin birçok yolu bulunmaktadır:
-1. **Kendi köprüsünü oluşturma –** Güvenli ve güvenilir bir köprü oluşturmak, özellikle daha güvene dayalı bir yaklaşım benimseyeceksek kolay değildir. Ayrıca, ölçeklenebilirlik ve birlikte çalışabilirlik çalışmalarıyla ilgili yıllar süren deneyim ve teknik uzmanlığı gerektirir. Ek olarak, bir köprüyü sürdürmek ve bunu mümkün kılmak için yeterli likidite çekmek için işin başında duracak bir ekibe ihtiyaç duyulur.
+1. **Kendi köprünüzü oluşturma –** Güvenli ve güvenilir bir köprü oluşturmak, özellikle de güveni en aza indiren bir yolu seçerseniz, kolay değildir. Ayrıca, ölçeklenebilirlik ve birlikte çalışabilirlik çalışmalarıyla ilgili yıllar süren deneyim ve teknik uzmanlığı gerektirir. Ek olarak, bir köprüyü sürdürmek ve bunu mümkün kılmak için yeterli likidite çekmek için işin başında duracak bir ekibe ihtiyaç duyulur.
-2. **Kullanıcılara birden fazla köprü seçeneği sunma –** Birçok [merkeziyetsiz uygulama](/developers/docs/dapps/), kullanıcıların merkeziyetsiz uygulamalarıyla etkileşimde bulunmak için kendi özgün jetonlarına sahip olmalarını gerektirir. Kullanıcıların jetonlara erişim sağlamaları için web sitelerinde farklı köprü seçenekleri sunarlar. Ancak, bu yöntem kullanıcıyı merkeziyetsiz uygulamanın arayüzünden uzaklaştırır ve diğer merkeziyetsiz uygulamalar ve köprülerle etkileşimde bulunmalarını gerekliliğini ortadan kaldırmaz. Bu, hataların artma olasılığı olan zahmetli bir kullanıcı deneyimini beraberinde getirir.
+2. **Kullanıcılara birden fazla köprü seçeneği sunma –** Birçok [merkeziyetsiz uygulama](/developers/docs/dapps/), kullanıcıların onlarla etkileşim kurmak için kendi yerel token'larına sahip olmalarını gerektirir. Kullanıcıların jetonlara erişim sağlamaları için web sitelerinde farklı köprü seçenekleri sunarlar. Ancak, bu yöntem kullanıcıyı merkeziyetsiz uygulamanın arayüzünden uzaklaştırır ve diğer merkeziyetsiz uygulamalar ve köprülerle etkileşimde bulunmalarını gerekliliğini ortadan kaldırmaz. Bu, hataların artma olasılığı olan zahmetli bir kullanıcı deneyimini beraberinde getirir.
3. **Bir köprüyü entegre etme –** Bu çözüm, merkeziyetsiz uygulamanın kullanıcıları harici köprü ve merkeziyetsiz borsa arayüzlerine yönlendirmesini gerektirmez. Merkeziyetsiz uygulamaların kullanıcının alışma deneyimini geliştirmelerine olanak tanır. Ancak, bu yaklaşımın sınırlamaları bulunmaktadır:
@@ -101,35 +101,38 @@ Ancak, köprü birleştiricileri de kısıtlamalara tabidir. Örneğin, daha faz
Bir merkeziyetsiz uygulama, bir köprü veya birleştirici entegrasyonu yolunu seçerse, entegrasyonun ne kadar derin olması gerektiğine bağlı olarak farklı seçenekler bulunmaktadır. Örneğin, sadece kullanıcı giriş deneyimini iyileştirmek için ön uç entegrasyonu yapılıyorsa, bir merkeziyetsiz uygulama aracı entegre eder. Ancak entegrasyon, hisseleme, likidite madenciliği vb. gibi daha derin çaplı zincirler arası stratejileri keşfetmek amacını taşıyorsa, merkeziyetsiz uygulama SDK veya API'yi entegre eder.
-### Bir merkeziyetsiz uygulamayı birden fazla zincire dağıtma {#deploying-a-dapp-on-multiple-chains}
+### Bir merkeziyetsiz uygulamayı birden çok zincirde dağıtma {#deploying-a-dapp-on-multiple-chains}
-To deploy a dapp on multiple chains, developers can use development platforms like [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/), etc. Genellikle bu platformlar, merkeziyetsiz uygulamaların zincirler arası işlem yapmasını sağlayabilecek birleştirilebilir eklentilere sahiptir. Örneğin, geliştiriciler [hardhat-dağıtım eklentisi](https://github.com/wighawag/hardhat-deploy) tarafından sunulan belirleyici dağıtım vekilini kullanabilir.
+Bir merkeziyetsiz uygulamayı birden çok zincire dağıtmak için geliştiriciler [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/) gibi geliştirme platformlarını kullanabilirler. Genellikle bu platformlar, merkeziyetsiz uygulamaların zincirler arası işlem yapmasını sağlayabilecek birleştirilebilir eklentilere sahiptir. Örneğin, geliştiriciler [hardhat-deploy eklentisi](https://github.com/wighawag/hardhat-deploy) tarafından sunulan deterministik bir dağıtım proxy'si kullanabilirler.
#### Örnekler:
-- [Zincirler arası merkeziyetsiz uygulama oluşturma](https://moralis.io/how-to-build-cross-chain-dapps/)
-- [Zincirler Arası NFT Pazar Yeri oluşturma](https://youtu.be/WZWCzsB1xUE)
+- [Zincirler arası merkeziyetsiz uygulamalar nasıl oluşturulur](https://moralis.io/how-to-build-cross-chain-dapps/)
+- [Zincirler Arası bir NFT Pazar Yeri Oluşturma](https://youtu.be/WZWCzsB1xUE)
- [Moralis: Zincirler arası NFT merkeziyetsiz uygulamaları oluşturma](https://www.youtube.com/watch?v=ehv70kE1QYo)
-### Zincirler arası sözleşme etkinliğini görüntüleme {#monitoring-contract-activity-across-chains}
+### Zincirler arasında sözleşme etkinliğini izleme {#monitoring-contract-activity-across-chains}
-Geliştiriciler, akıllı sözleşmelerin zincirler arasındaki etkinliğini izlemek için alt grafikleri ve Tenderly gibi geliştirici platformlarını kullanabilir. Bu tür platformlar aynı zamanda, [akıllı sözleşmeler tarafından yayımlanan olayları](https://docs.soliditylang.org/en/v0.8.14/contracts.html?highlight=events#events) kontrol etmek gibi zincirler arası etkinlikler için daha geniş veri izleme işlevselliği sunan araçlara sahiptir.
+Geliştiriciler, akıllı sözleşmelerin zincirler arasındaki etkinliğini izlemek için alt grafikleri ve Tenderly gibi geliştirici platformlarını kullanabilir. Bu tür platformlar, [sözleşmeler tarafından yayımlanan olayları](https://docs.soliditylang.org/en/v0.8.14/contracts.html?highlight=events#events) kontrol etmek gibi zincirler arası faaliyetler için daha büyük veri izleme işlevselliği sunan araçlara da sahiptir.
#### Araçlar
- [The Graph](https://thegraph.com/en/)
- [Tenderly](https://tenderly.co/)
-## Daha fazla okuma {#further-reading}
+## Daha fazla kaynak {#further-reading}
- [Blokzincir Köprüleri](/bridges/) – ethereum.org
-- [Blockchain Bridges: Building Networks of Cryptonetworks](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) 8 Eylül 2021 – Dmitriy Berenzon
-- [The Interoperability Trilemma](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) 1 Ekim 2021 – Arjun Bhuptani
-- [Clusters: How Trusted & Trust-Minimized Bridges Shape the Multi-Chain Landscape](https://blog.celestia.org/clusters/) 4 Ekim 2021 – Mustafa Al-Bassam
-- [LI.FI: With Bridges, Trust is a Spectrum](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) 28 Nisan 2022 – Arjun Chand
+- [L2Beat Köprü Riski Çerçevesi](https://l2beat.com/bridges/summary)
+- [Blokzincir Köprüleri: Kripto Ağlarının Ağlarını Oluşturma](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) - 8 Eyl 2021 – Dmitriy Berenzon
+- [Birlikte Çalışabilirlik Üçlemesi](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) - 1 Eki 2021 – Arjun Bhuptani
+- [Kümeler: Güvenilir ve Güveni En Aza İndirilmiş Köprüler Çok Zincirli Ortamı Nasıl Şekillendiriyor](https://blog.celestia.org/clusters/) - 4 Eki 2021 – Mustafa Al-Bassam
+- [LI.FI: Köprülerde Güven Bir Yelpazedir](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) - 28 Nis 2022 – Arjun Chand
+- [Toplama Birlikte Çalışabilirlik Çözümlerinin Durumu](https://web.archive.org/web/20250428015516/https://research.2077.xyz/the-state-of-rollup-interoperability) - 20 Haz 2024 – Alex Hook
+- [Güvenli Zincirler Arası Birlikte Çalışabilirlik için Paylaşılan Güvenlikten Yararlanma: Lagrange Durum Komiteleri ve Ötesi](https://web.archive.org/web/20250125035123/https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) - 12 Haz 2024 – Emmanuel Awosika
-Ayrıca, aşağıdaki [James Prestwich](https://twitter.com/_prestwich) tarafından sunulan bazı aydınlatıcı sunumlar köprüler hakkında daha derinlemesine bir anlayış geliştirmenize yardımcı olabilir:
+Ayrıca, [James Prestwich](https://twitter.com/_prestwich) tarafından yapılan ve köprüler hakkında daha derin bir anlayış geliştirmenize yardımcı olabilecek bazı aydınlatıcı sunumlar aşağıda verilmiştir:
- [Duvarlı Bahçeler Değil, Köprüler İnşa Etmek](https://youtu.be/ZQJWMiX4hT0)
-- [Köprüleri Yıkmak](https://youtu.be/b0mC-ZqN8Oo)
+- [Köprüleri Ayrıntılı İnceleme](https://youtu.be/b0mC-ZqN8Oo)
- [Köprüler Neden Yanıyor?](https://youtu.be/c7cm2kd20j8)
diff --git a/public/content/translations/tr/developers/docs/consensus-mechanisms/index.md b/public/content/translations/tr/developers/docs/consensus-mechanisms/index.md
index 187a7b61a32..143be9efeec 100644
--- a/public/content/translations/tr/developers/docs/consensus-mechanisms/index.md
+++ b/public/content/translations/tr/developers/docs/consensus-mechanisms/index.md
@@ -1,6 +1,6 @@
---
-title: Mutabakat mekanizmaları
-description: Dağıtılmış sistemlerde bulunan mutabakat protokolleri ve bu protokollerin Ethereum'daki rolü hakkında açıklama.
+title: "Mutabakat mekanizmaları"
+description: "Dağıtılmış sistemlerde bulunan mutabakat protokolleri ve bu protokollerin Ethereum'daki rolü hakkında açıklama."
lang: tr
---
@@ -8,7 +8,7 @@ Fikir birliği katmanı terimi çoğunlukla "hisse ispatı", "iş ispatı" veya
## Ön Koşullar {#prerequisites}
-Bu sayfayı daha iyi anlamak için önce [Ethereum'a Giriş](/developers/docs/intro-to-ethereum/) metnimizi okumanızı öneririz.
+Bu sayfayı daha iyi anlamak için önce [Ethereum'a giriş](/developers/docs/intro-to-ethereum/) metnimizi okumanızı öneririz.
## Mutabakat nedir? {#what-is-consensus}
@@ -36,7 +36,7 @@ Bitcoin gibi Ethereum da bir zamanlar **iş ispatı (PoW)** tabanlı bir mutabak
#### Blok oluşturma {#pow-block-creation}
-Madenciler, işlenmiş işlemlerle dolu yeni bloklar oluşturabilmek için birbirleri ile rekabet eder. Kazanan, yeni bloku ağın geri kalanıyla paylaşır ve bir miktar yeni basılmış ETH elde eder. Bu yarışı matematiksel bulmacayı en hızlı çözen bilgisayar kazanır. Bu çözüm, bir önceki blok ile şimdiki blok arasında kriptografik bir bağlantı oluşturur. "İş ispatı" ile kastedilen iş de bu bulmacanın çözülmesidir. Kurallı zincir daha sonrasında blok kümelerini çıkarmak için yapılan iş miktarına göre çalışan bir çatal seçim kuralı ile belirlenir.
+Madenciler, işlenmiş işlemlerle dolu yeni bloklar oluşturabilmek için birbirleri ile rekabet eder. Kazanan, yeni bloku ağın geri kalanıyla paylaşır ve bir miktar yeni basılmış ETH elde eder. Bu yarışı matematiksel bulmacayı en hızlı çözen bilgisayar kazanır. Bu çözüm, bir önceki blok ile şimdiki blok arasında kriptografik bir bağlantı oluşturur. "İş kanıtı" ile kastedilen iş de bu problemin çözülmesidir. Kurallı zincir daha sonrasında blok kümelerini çıkarmak için yapılan iş miktarına göre çalışan bir çatal seçim kuralı ile belirlenir.
#### Güvenlik {#pow-security}
@@ -56,11 +56,11 @@ Doğrulayıcılar blokları oluşturur. Her bir yuvada bir doğrulayıcı rastge
Hisse ispatı sistemi kripto ekonomik olarak güvenlidir çünkü ağa saldıranın zinciri ele geçirebilmesi için çok ciddi miktarda ETH yakması gerekir. Sistem dürüst hareket eden paydaşları teşvikle ödüllendirirken kötü niyetli hareketleri cezalandırarak bundan uzaklaştırır.
-[İş ispatı](/developers/docs/consensus-mechanisms/pos/) hakkında daha fazlası
+[Hisse ispatı](/developers/docs/consensus-mechanisms/pos/) hakkında daha fazlası
### Görsel bir rehber {#types-of-consensus-video}
-Ethereum üzerinde kullanılan farklı mutabakat mekanizması türleri hakkında daha fazlasını izleyin:
+Ethereum üzerinde kullanılan farklı konsensus mekanizma türleri hakkında daha fazlasını izleyin: