/tr/technology/zkevm and /tr/technology/security proofread and corrections completed

Author: memduhb

src/content/docs/tr/technology/security/audits-and-bug-bounty.mdx

@@ -18,7 +18,7 @@ Sıkı testlerin, dahili bir güvenlik ekibinin ve kapsamlı kod incelemelerinin
 
 ## Bağımsız Denetimler
 
-Scroll, kod tabanımızı incelemek için sektör lideri birkaç güvenlik denetim firmasıyla birlikte çalıştı; kritik kodlar, [Trail of Bits](https://www.trailofbits.com/), [OpenZeppelin](https: //www.openzeppelin.com/), [Zellic](https://www.zellic.io/) ve [KALOS](https://www.kalos.xyz/).
+Scroll, kod tabanımızı incelemek için sektör lideri birkaç güvenlik denetim firmasıyla birlikte çalıştı; [Trail of Bits](https://www.trailofbits.com/), [OpenZeppelin](https://www.openzeppelin.com/), [Zellic](https://www.zellic.io/) ve [KALOS](https://www.kalos.xyz/).
 
 - Trail of Bits, Zellic ve KALOS zkEVM devrelerimizi inceledi
 - OpenZeppelin ve Zellic köprü ve rollup sözleşmelerimizde bağımsız denetimler gerçekleştirdi
@@ -50,7 +50,7 @@ Scroll, kod tabanımızı incelemek için sektör lideri birkaç güvenlik denet
    - [ScrollOwner and Rate Limiter](https://blog.openzeppelin.com/scrollowner-and-rate-limiter-audit)
    - [USDC Ağ Geçidi](https://blog.openzeppelin.com/scroll-usdc-gateway-audit)
    - [Contract diff](https://blog.openzeppelin.com/scroll-diff-audit-report)
--Zellic
+- Zellic
    - [Rapor 1](https://github.com/Zellic/publications/blob/master/Scroll%20-%2005.26.23%20Zellic%20Audit%20Report.pdf)
    - [Rapor 2](https://github.com/Zellic/publications/blob/master/Scroll%20-%2009.27.23%20Zellic%20Audit%20Report.pdf)
 
@@ -60,9 +60,9 @@ Scroll'un, önde gelen bir hata ödül platformu olan aktif bir [Immunefi'de Hat
 
 Ödüller, bildirilen güvenlik açıklarının ciddiyetine bağlıdır:
 
-- **Kritik**: \1.000.000$'a kadar
-- **Yüksek**: \10.000$ - \50.000$
-- **Orta**: \5.000$
+- **Kritik**: 1.000.000$'a kadar
+- **Yüksek**: 10.000$ - 50.000$
+- **Orta**: 5.000$
 
 ### Kapsam
 

src/content/docs/tr/technology/zkevm/intro-to-zkevm.md

@@ -10,9 +10,9 @@ whatsnext: { "zkEVM Overview": "/tr/technology/zkevm/zkevm-overview" }
 
 ## Giriş ve motivasyon
 
-ZK rolluplar, Ethereum için ideal ölçeklendirme çözümü olarak geniş çapta kabul edilmektedir. Ethereum Katman 1'in güçlü güvenliğini miras alırlar ve diğer Katman 2 çözümleriyle karşılaştırıldığında en hızlı işlem kesinliğini sunarlar.
+ZK rolluplar, Ethereum için ideal ölçeklendirme çözümü olarak geniş çapta kabul edilmektedir. Ethereum'un güçlü güvenliğini miras alırlar ve diğer L2 çözümleriyle karşılaştırıldığında en hızlı işlem kesinliğini sunarlar.
 
-ZK rollupların temel fikri, işlemleri zincir dışında yürütmek ve yürütmenin geçerliliğine dair kısa ve öz kanıtlar oluşturmaktır. Bu kısa ve öz kanıtlar daha sonra Ethereum Katman 1'e gönderilebilir ve doğrulanabilir. ZK rolluplar, bir grup işlem için kanıtın doğrulanması, işlem kümesinin yeniden yürütülmesinden çok daha ucuz olduğundan ölçeklenebilirliği artırır.
+ZK rollupların temel fikri, işlemleri zincir dışında yürütmek ve yürütmenin geçerliliğine dair kısa ve öz kanıtlar oluşturmaktır. Bu kısa ve öz kanıtlar daha sonra Ethereum'a gönderilebilir ve doğrulanabilir. ZK rolluplar, bir grup işlem için kanıtın doğrulanması, işlem kümesinin yeniden yürütülmesinden çok daha ucuz olduğundan ölçeklenebilirliği artırır.
 
 ZK rolluplar, destekledikleri işlem türlerine göre uygulamaya özel ve genel amaçlı rolluplar olarak kategorize edilebilir. Uygulamaya özel ZK rolluplar, ödemeler ve takaslar gibi belirli işlem kümeleri veya bir oyuncunun zincir üstü bir oyun için eylem kümesi için tasarlanmıştır. Bu durumlarda, rolluplar yalnızca oyun oyuncuları için geçerli durum geçişleri gibi desteklenen temel öğelerin doğruluğunu kanıtlayan kanıtlar üretmesi gerekir.
 

src/content/docs/tr/technology/zkevm/zkevm-overview.mdx

@@ -16,7 +16,7 @@ import zkevm3 from "../_images/zkevm3.png"
 
 EVM'nin çalışmasını kanıtlayan zkEVM'nin nasıl oluşturulacağını anlamak için öncelikle EVM'nin kendisine bakmamız gerekiyor.
 
-EVM, durum geçiş fonksiyonu olarak modellenebilir. Başlangıç dünya durumu "S" ve bir "T" işlemi verildiğinde, yeni bir dünya durumu "S": "f(S,T) = S" üreten bir geçiş fonksiyonu "f"yi belirtir.
+EVM, durum geçiş fonksiyonu olarak modellenebilir. Başlangıç dünya durumu `S` ve bir `T` işlemi verildiğinde, yeni bir dünya durumu `S’`: `f(S,T) = S'` üreten bir geçiş fonksiyonu `f`yi belirtir.
 
 "Dünya durumu", [değiştirilmiş Merkle-Patricia Trie](https://ethereum.org/en/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) (MPT) olarak modellenmiştir. Bu trie ağın tüm kalıcı verilerini içerir. Bu, tüm harici sahipli hesapların (EOA'lar) ve akıllı sözleşme hesaplarının bilgilerini içerir. Akıllı sözleşme hesapları, akıllı sözleşmenin bytecode'unu ve kalıcı depolamayı tutan alt trie'lere sahiptir.
 
@@ -32,19 +32,19 @@ Opcode'lar yürütüldükçe durum trie'si değiştirilir. Bu, yeni bir durum k
 
 ## Bir EVM yürütmesinin kanıtlanması
 
-zkEVM'nin amacı, bir işlemin yürütülmesinin geçerliliğini doğrulayan bir kanıt oluşturmaktır. Başka bir deyişle, başlangıç dünya durumu "S", bir işlem "T" ve sonuçta ortaya çıkan dünya durumu "S" verildiğinde, zkEVM'nin "f(S,T) = S" olduğuna dair bir kanıt üretmesi gerekir; burada ` f`, Ethereum Yellow Paper'da belirtilen durum geçiş fonksiyonudur.
+zkEVM'nin amacı, bir işlemin yürütülmesinin geçerliliğini doğrulayan bir kanıt oluşturmaktır. Başka bir deyişle, başlangıç dünya durumu `S`, bir işlem `T` ve sonuçta ortaya çıkan dünya durumu `S` verildiğinde, zkEVM'nin `f(S,T) = S` olduğuna dair bir kanıt üretmesi gerekir; burada `f`, Ethereum Yellow Paper'da belirtilen durum geçiş fonksiyonudur.
 
-Geçiş fonksiyonu yürütmesinin geçerliliğini kanıtlamak için yürütmeyi adım adım yürütme izine böleriz. 'f(S,T)'nin yürütülmesi, sıralı opcode yürütmelerinin bir listesine genişletilir. Yürütme izi, 'f(S,T) = S' durum geçişinin doğruluğunu onaylayan bir "tanık" görevi görür - iz, bir anlamda, durumun "S"den nasıl geçiş yaptığını adım adım açıklayan bir açıklamadır. 'S''ye.
+Geçiş fonksiyonu yürütmesinin geçerliliğini kanıtlamak için yürütmeyi adım adım yürütme izine böleriz. `f(S,T)`nin yürütülmesi, sıralı opcode yürütmelerinin bir listesine genişletilir. Yürütme izi, `f(S,T) = S` durum geçişinin doğruluğunu onaylayan bir "tanık" görevi görür - iz, bir anlamda, durumun `S`den `S'`e nasıl geçiş yaptığını adım adım açıklayan bir açıklamadır. 
 
 Daha sonra sorun aşağıdakileri kanıtlamaya indirgenir:
 
 - Yürütme izlemesi _doğru_.
    - Her bir opcode, Ethereum Yellow Paper spesifikasyonuna göre doğru şekilde yürütülür.
-     - Örneğin, "ADD" opcode'u, yığından iki değerin çıkarılması ve bunların toplamının yığına aktarılmasıyla sonuçlanmalıdır.
-     - Bir kanıt, geçici veri depolarında (stack and memory) veya kalıcı veri depolarında (contract bytecode and storage) yapılan değişiklikler de dahil olmak üzere her bir opcode'unun uygun davranışla yürütüldüğünü göstermelidir.
+     - Örneğin, `ADD` opcode'u, yığından iki değerin çıkarılması ve bunların toplamının yığına aktarılmasıyla sonuçlanmalıdır.
+     - Bir kanıt, geçici veri depolarında (stack and memory) veya kalıcı veri depolarında yapılan değişiklikler de dahil olmak üzere her bir opcode'unun uygun davranışla yürütüldüğünü göstermelidir.
    - Yürütülen opcodelarının sıralı listesi aslında işlem tarafından tetiklenen opcodelarının doğru listesidir.
      - Bu, ilk işlem çağrı verilerinin ve çağrılan sözleşmelerin bytecode'unun doğru şekilde yüklenmesini içerir.
-- Yürütme izlemesi başlangıç durumu "S" ile başlar ve "S" durumuyla sonuçlanır.
+- Yürütme izlemesi başlangıç durumu `S` ile başlar ve `S` durumuyla sonuçlanır.
 
 <ClickToZoom src={zkevm3} />