Uçtan Uca İş Akışı, Yönetişim, Doğrulama ve Etik

Kazanimlar:

• Fikirden mainnet'e her aşamaya yapay zeka + insan doğrulama kapısı yerleştiren uçtan uca bir iş akışı kurabilme
• Onaylı araç listesi, veri sınıflandırması, kayıt disiplini ve özel anahtar güvenliği ile bir yönetişim çerçevesi oluşturabilme
• İnsan sorumluluğu, savunma amacı, gizlilik, şeffaflık ve dürüstlük ilkelerini iş akışının her adımına gömebilme

Bu son ünitede modülün tüm parçalarını tek bir tutarlı iş akışında birleştiriyoruz: bir fikirden başlayıp akıllı sözleşme yazımı, denetim, on-chain analiz, tokenomik ve dolandırıcılık savunmasına kadar YZ'yi uçtan uca nasıl sorumlu biçimde kullanırız? Ayrıca bir ekip veya bağımsız uzman olarak bir yönetişim çerçevesi (governance framework — araç seçimi, veri sınıflandırması, kayıt ve doğrulama disiplini) kurmayı ve etik ilkeleri iş akışına gömmeyi işleyeceğiz.

Uçtan uca iş akışı: fikirden mainnet'e

Bir Web3 projesinin YZ destekli, insan doğrulamalı yolculuğu:

1. Tasarım ve tokenomik. YZ mekanizma seçeneklerini ve tokenomik taslağını üretir; ekonomist ve ekip olumsuz senaryolarla simülasyona sokar. Kapı: çoklu senaryo simülasyonu dayandı mı?

2. Yazım. YZ, denenmiş kütüphane temelli iskelet ve test taslakları üretir; geliştirici tamamlar. Kapı: derleme + test + gözden geçirme.

3. Tarama. Statik analiz araçları + YZ, bilinen zafiyet kalıplarını tarar. Kapı: yanlış pozitifler elenip gerçek adaylar denetçiye iletildi mi?

4. Denetim. Bağımsız yetkin denetçi, YZ'yi asistan olarak kullanarak bütünsel inceler; iş mantığını insan değerlendirir. Kapı: imzalı denetim raporu.

5. Test ve simülasyon. Testnet, fuzzing ve ekonomik simülasyon. Kapı: senaryolar dayandı mı?

6. Dokümantasyon. YZ whitepaper, NatSpec ve dürüst risk açıklaması taslaklar; insan doğruluğu teyit eder. Kapı: teknik iddialar kodla örtüşüyor mu?

7. Dağıtım. Çok imzalı onay, kademeli mainnet çıkışı. Kapı: olay müdahale planı hazır mı?

8. İzleme. On-chain izleme YZ ile anomali işaretler; insan müdahale eder. Kapı: bir anomalide kim, nasıl müdahale edecek?

İpucu: Bu akışı bir kontrol listesine dökün ve her kapı için "kim onaylar, geçiş koşulu ne?" sütunlarını doldurun. Sözlü bir "tamam gibi" değil, yazılı bir kapı disiplini güvenlik-kritik alanda fark yaratır.

Yönetişim çerçevesi kurmak

Bireysel iyi niyet yetmez; tekrarlanabilir bir çerçeve gerekir. Bir ekip veya uzman için asgari yönetişim:

Onaylı araç listesi. Hangi YZ ve güvenlik araçları, hangi işler için kullanılabilir? Gizli müşteri kodu için hangi izole/kurumsal araç? Serbest araç kullanımı sızıntı riskidir.

Veri sınıflandırması. Hangi veri açık YZ aracına verilebilir (kamuya açık kod), hangisi asla verilemez (denetlenmemiş müşteri kodu, özel anahtar, kişisel veri)? Bu ayrım net yazılı olmalıdır.

Kayıt disiplini (audit trail). Hangi çıktının YZ ile üretildiği, kimin doğruladığı kayıt altına alınır. Bu, hem şeffaflık hem hesap verebilirlik için gereklidir.

Sürekli doğrulama. YZ'nin ürettiği hiçbir güvenlik iddiası doğrulanmadan ilerlemez; bu bir kültür olmalıdır.

Yönetişim öğesi

Sorusu

Amacı

Onaylı araçlar

Hangi araç, hangi iş?

Tutarlılık, sızıntı önleme

Veri sınıflandırması

Ne verilebilir, ne verilemez?

Gizlilik

Kayıt disiplini

Kim üretti, kim doğruladı?

Hesap verebilirlik

Doğrulama kapıları

Geçiş koşulu ne?

Güvenlik

Anahtar ve gizlilik güvenliği

Web3'e özgü kritik bir uyarı: özel anahtar (private key — cüzdana ve fonlara erişimi sağlayan gizli anahtar) ve seed phrase (kurtarma kelimeleri) hiçbir koşulda bir YZ aracına, prompt'a veya herhangi bir çevrimiçi yere yazılmaz. Bu, fonların doğrudan kaybı demektir. Aynı şekilde denetlenmemiş müşteri kodu, izinsiz olarak açık YZ araçlarına yapıştırılmaz.

Dikkat: "YZ'ye özel anahtarımı verip cüzdanımı yönetmesini isteyeyim" gibi bir fikir felakettir. Özel anahtar yalnızca güvenli, çevrimdışı veya donanım cüzdanında tutulur. YZ hiçbir zaman anahtar görmemelidir.

Zayıf yaklaşım / Güclü yaklaşım

Zayıf yaklaşım:

Herkes istediği YZ aracını kullansın, ne çıkarsa. Müşteri kodunuen hızlı araca yapıştır, çıktıyı doğrudan kullan.

Güçlü yaklaşım:

Onaylı araç listesi var. Gizli kod yalnızca izole araçta ve müşterionayıyla. Her YZ çıktısı doğrulama kapısından geçer ve kimindoğruladığı kaydedilir. Özel anahtar hiçbir araca girmez. Hergüvenlik iddiası bağımsız teyit ister.

Dört kopyalanabilir şablon

1) İş akışı kapı planı:

Bir Web3 projesi için fikirden mainnet'e kadar YZ destekli, insandoğrulamalı bir iş akışı planı üret. Her aşama için: YZ ne yapar,insan kapısı ne, geçiş koşulu ne? Tabloyla sun. Güvenlik-kritikadımlarda uzman onayını açıkça belirt.

2) Veri sınıflandırma politikası:

Bir denetim ekibi için bir "YZ'ye ne verilebilir" politikası taslağıyaz: kamuya açık kod, denetlenmemiş müşteri kodu, kişisel veri, özelanahtar için ayrı kurallar. Her kategori için "verilebilir/izolearaçta/asla" belirt. Gerekçelerini yaz.

3) YZ kullanım şeffaflık notu:

Bir denetim/dokümantasyon çıktısı için bir şeffaflık notu taslağıüret: YZ'nin hangi aşamada, nasıl kullanıldığı; hangi çıktının insancadoğrulandığı; nihai sorumluluğun kimde olduğu. Dürüst ve ölçülü olsun.

4) Olay müdahale ve iletişim planı:

Bir protokolde canlı bir güvenlik olayı için müdahale planı taslağıüret: teknik adımlar (durdurma, fon koruma), iletişim (topluluk,kullanıcı), sonrası (analiz, telafi). Bu bir taslaktır; ekip kalibreetmeli. Panik dili kullanma; net ve sakin ol.

Üç mini vaka (sayılarla)

Vaka 1 — Yönetişim sızıntıyı önledi. Bir denetim firması, veri sınıflandırma politikası sayesinde bir denetçinin gizli müşteri kodunu halka açık bir araca yapıştırmasını engelledi (politika izole aracı zorunlu kılıyordu). Olası bir sözleşme ihlali ve sızıntı önlendi. Ders: yazılı politika bireysel hatayı yakalar.

Vaka 2 — Kapı disiplini tutarlılık getirdi. Bir ekip, 6 projelik bir çeyrekte her projeye aynı 8 kapılı akışı uyguladı. Denetim öncesi yakalanan bulgu sayısı %40 arttı, mainnet sonrası olay sıfırdı. Ders: tekrarlanabilir çerçeve kaliteyi standartlaştırır.

Vaka 3 — Anahtar felaketinden dönüş. Bir geliştirici, bir hata ayıklama sırasında bir test cüzdanının özel anahtarını YZ prompt'una yapıştırmak üzereydi; ekip politikası bunu yasakladığı için durdu ve anahtarı döndürdü (rotate). Gerçek fon olsaydı felaket olurdu. Ders: anahtar hiçbir araca girmez, istisnasız.

Etiği iş akışına gömmek

Etik, sonradan eklenen bir madde değil, akışın her adımına gömülü bir disiplindir:

• İnsan sorumluluğu her güvenlik-kritik kapıda.
• Savunma amacı: araçlar korumak ve denetlemek için; asla sömürmek veya tuzak kurmak için değil.
• Gizlilik: müşteri verisi ve anahtarlar korunur.
• Şeffaflık: YZ kullanımı dürüstçe belirtilir.
• Dürüstlük: kullanıcı ve yatırımcı yanıltılmaz, risk gizlenmez.
• Tarafsızlık ve doğrulama: her iddia kaynağa bağlanır, çıkar çatışması gözetilir.

Bu ilkeler soyut değildir; her prompt'ta, her kapıda ve her çıktıda somut kararlara dönüşür. Bu modülün özü şudur: YZ, Web3 uzmanının gücünü büyütür; ama yargısının, sorumluluğunun ve etiğinin yerine geçmez.

Sık yapılan hatalar

• Yazılı bir iş akışı/kapı disiplini olmaması. Sözlü "tamam gibi" yetmez.
• Onaylı araç ve veri politikası olmadan çalışmak. Sızıntı riski.
• YZ kullanımını gizlemek. Şeffaflık ilkesine aykırı.
• Özel anahtarı/gizli kodu araca vermek. Doğrudan felaket.
• Olay müdahale planı olmadan canlıya çıkmak. Kriz anında hazırlıksızlık.
• Etiği sona bırakılan bir madde saymak. Etik her adıma gömülü olmalı.

Özetle

• Uçtan uca akış, fikirden izlemeye her aşamaya YZ + insan doğrulama kapısı yerleştirir.
• Yönetişim çerçevesi: onaylı araçlar, veri sınıflandırması, kayıt disiplini, sürekli doğrulama.
• Özel anahtar ve gizli kod hiçbir YZ aracına verilmez; bu istisnasız bir kuraldır.
• Etik ilkeler (sorumluluk, savunma, gizlilik, şeffaflık, dürüstlük) her adıma gömülüdür.
• YZ uzmanın gücünü büyütür; yargısının, sorumluluğunun ve etiğinin yerine geçmez.

Uygulama görevi

Kendiniz veya ekibiniz için tek sayfalık bir "Web3'te YZ Kullanım Çerçevesi" yazın: (1) fikirden mainnet'e 8 aşamalı kapı tablosu, (2) veri sınıflandırma politikası, (3) anahtar/gizlilik kuralları, (4) etik ilkeler listesi. Sonra bu modülde öğrendiğiniz bir gerçek görevi (ör. bir sözleşme denetimi) bu çerçeveye göre baştan sona planlayın ve hangi adımda YZ'nin en çok, hangisinde en az güvenilir olduğunu işaretleyin.

Kontrol listesi

• [ ] Fikirden mainnet'e yazılı bir kapı disiplinim var.
• [ ] Onaylı araç ve veri sınıflandırma politikam var.
• [ ] Özel anahtar/gizli kodun asla araca verilmeyeceğini kurala bağladım.
• [ ] YZ kullanımını şeffafça belgeliyorum.
• [ ] Her güvenlik iddiasını doğrulama kapısından geçiriyorum.
• [ ] Bir olay müdahale planım var.
• [ ] Etik ilkeleri her adıma gömdüm; sorumluluğun insanda olduğunu benimsedim.

Modul Sinavi

1. Blokzincir ve Web3'te yapay zeka için en doğru konumlandırma aşağıdakilerden hangisidir?

• A) Yapay zeka güvenlik denetimini tek başına tamamlayıp kodu doğrudan mainnet'e alabilir
• B) Yapay zeka Web3'te işe yaramaz; tüm işler tümüyle elle yapılmalıdır
• C) Yapay zeka bir taslak üreticisi ve hızlandırıcı asistandır; güvenlik-kritik son onay yetkin uzmandadır ✔
• D) Yapay zeka insandan daha objektif olduğu için güvenlik kararlarını ona bırakmak gerekir

Aciklama: Web3'te yazılım hataları geri alınamaz biçimde doğrudan paraya dönüşür. Yapay zeka; taslak üreten, kalıp işaretleyen ve sorgu yazan bir hızlandırıcı asistandır. Güvenlik-kritik denetimlerde son söz, mesleki sorumluluğu üstlenen yetkin uzmandadır; yapay zekanın katkısı hatanın maliyeti düştükçe artar.

2. Bir akıllı sözleşme geliştirirken yapay zekaya kod yazdırmanın en güvenli yaklaşımı nedir?

• A) Denenmiş/denetlenmiş kütüphaneleri temel alan iskelet ürettirip derleme, test ve testnet ile doğrulamak ✔
• B) Güvenlik mekanizmalarını yapay zekaya sıfırdan, özgün biçimde yazdırmak
• C) Kod derlendiği anda güvenli kabul edip doğrudan mainnet'e almak
• D) Erişim kontrollerini sona bırakıp yalnızca işlevselliğe odaklanmak

Aciklama: Güvenliği sıfırdan yazdırmak risklidir; yapay zeka özgün güvenlik kodunda hata yapabilir ve eğitim verisi eski olabilir. Doğru yaklaşım, denenmiş ve denetlenmiş kütüphaneleri (ör. OpenZeppelin) temel alan bir iskelet ürettirmek, sonra derleme, test ve testnet ile doğrulamaktır.

3. Bir denetçi yapay zekaya bir sözleşmeyi sorup 'önemli bir güvenlik sorunu görünmüyor' cevabını aldığında bunu nasıl yorumlamalıdır?

• A) Kod artık güvenli sayılabilir ve denetim kısaltılabilir
• B) Bağımsız denetime artık gerek yoktur
• C) Yapay zeka her kategoriyi eksiksiz taradığı için sonuç kesindir
• D) Bu bir güvence değildir; yapay zeka özgün ve iş mantığı hatalarını kaçırabilir, bütünsel denetim yine gereklidir ✔

Aciklama: Yapay zekanın bir şey bulamaması, o şeyin olmadığını kanıtlamaz; yokluğun kanıtı, kanıtın yokluğu değildir. Yapay zeka özellikle özgün zafiyetleri ve iş mantığı hatalarını kaçırır. Akıcı bir 'güvenli' ifadesi bir güvence değildir ve bütünsel denetim ihtiyacını ortadan kaldırmaz.

4. Güvenlik açığı taramasında yapay zekanın en zayıf olduğu alan aşağıdakilerden hangisidir?

• A) Reentrancy gibi iyi bilinen ve net kalıpları işaretlemek
• B) MEV/front-running ve protokole özgü iş mantığı zafiyetleri ✔
• C) Bir statik analiz aracının çıktısını sade dille açıklamak
• D) Erişim kontrolü eksik fonksiyonları listelemek

Aciklama: Yapay zeka reentrancy, erişim kontrolü ve tamsayı işlemleri gibi iyi bilinen, net kalıpları taramada güçlüdür. Ancak MEV/front-running ve protokole özgü iş mantığı zafiyetleri bağlamsaldır ve çoğu zaman özgündür; bunlar yapay zekanın kör noktasıdır ve insan uzmanlığı ile simülasyon gerektirir.

5. On-chain veri analizinde yapay zekayı kullanmanın en güvenli ve en riskli yolları hangileridir?

• A) En güvenlisi veri çekme sorgusu yazdırmak; en riskleisi canlı veriyi doğrudan yapay zekadan isteyip teyit etmemek ✔
• B) En güvenlisi canlı veriyi doğrudan yapay zekadan istemek; sorgu yazımı gereksizdir
• C) Yapay zekanın ürettiği hash ve adresler her zaman güvenilirdir, teyit gerekmez
• D) Yorumları kaynağa bağlamak zaman kaybıdır; akıcı özet yeterlidir

Aciklama: Yapay zeka canlı zincire bağlı değildir; ondan doğrudan işlem/adres istemek uydurma (halüsinasyon) hash ve adres üretir. En güvenli kullanım, veriyi kaynaktan çekecek sorguyu (ör. Dune SQL) yazdırmaktır çünkü sonucu veri kaynağı üretir. Serbest yorumlama risklidir ve her sayı blok gezgininde teyit edilmelidir.

6. DeFi protokollerinde en pahalı zafiyetlerin çoğu hangi türdendir ve bu neden yapay zeka için zorlayıcıdır?

• A) Yalnızca yazım/derleme hataları; yapay zeka bunları kolayca yakalar
• B) Yalnızca arayüz hataları; ekonomik tasarımın bununla ilgisi yoktur
• C) Ekonomik/iş mantığı açıkları; kod doğru çalışsa da protokol ekonomik olarak sömürülebilir ve yapay zeka bunu kaçırır ✔
• D) Sadece yazım hataları; ekonomik güvenlik düşünerek kesin kanıtlanır, simülasyona gerek yoktur

Aciklama: DeFi'de en pahalı açıklar genellikle kodun teknik hatasından değil, ekonomik/iş mantığının sömürülebilirliğinden (oracle manipülasyonu, flash loan ile fiyat bozma, teşvik istismarı) doğar. Kod teknik olarak 'doğru' çalışsa da protokol ekonomik olarak kandırılabilir. Yapay zeka, standart kod taramasında iyi olsa da bu bağlamsal ve özgün ekonomik açıkları çoğu zaman göremez; bunlar simülasyon ve insan uzmanlığı ister.

7. Tokenomik modellemede yapay zekanın en tehlikeli hatası nedir ve nasıl önlenir?

• A) Fazla karamsar olması; çözüm daha iyimser varsayımlar eklemektir
• B) Tek/iyimser senaryoculuk; çözüm olumsuz senaryolarla stres testi ve simülasyonla doğrulamadır ✔
• C) Çok fazla tablo üretmesi; çözüm tabloları kaldırmaktır
• D) Dağıtım tablosu üretememesi; çözüm dağıtımı hiç modellememektir

Aciklama: Yapay zeka genellikle fiyatın hep yükseldiği, kullanıcının hep arttığı tek ve iyimser bir senaryo varsayar; bu, sürdürülemez modelleri 'sürdürülebilir' göstererek çökmeye yol açar. Önlem, modeli olumsuz senaryolarla (ayı piyasası, ödül avcısı kaçışı, balina satışı) stres testine sokmak ve emisyon hesaplarını gerçek bir simülasyonla doğrulamaktır.

8. Yapay zekanın ürettiği bir kullanıcı kılavuzunda 'fonlarınız her an geri çekilebilir' yazıyor ama sözleşmede 7 günlük kilit var. Bu durum neyi gösterir?

• A) Sorun yoktur; belge akıcıysa aynen yayımlanabilir
• B) Kod yanlıştır, belge doğrudur; kod belgeye uydurulmalıdır
• C) Kullanıcı zaten belgeye bakmaz; tutarsızlık önemsizdir
• D) Belge kodla çelişiyor; her teknik iddia gerçek kodla teyit edilmeli, yanlış belge kullanıcıyı yanıltır ✔

Aciklama: Dokümantasyon kodu tarif eder; kodun kendisi değildir. Yapay zeka kodun gerçek davranışını yanlış anlatabilir ve bu, kullanıcıyı yanıltarak güvenlik sorununa dönüşür. Bu yüzden her teknik iddia gerçek kodla karşılaştırılıp teyit edilmelidir; yanlış dokümantasyon, doğru koddan bile tehlikeli olabilir çünkü kullanıcı belgeye güvenir.

9. Yapay zeka bir token sözleşmesini tarayıp bir 'kırmızı bayrak' (ör. sahibin transferi durdurabilmesi) işaretlediğinde nasıl davranılmalıdır?

• A) Bayrak kaynağa bağlanır, bağlamıyla ve insan muhakemesiyle değerlendirilir; kesin hüküm/iftiradan kaçınılır ✔
• B) Sözleşme kesinlikle dolandırıcılık ilan edilip hemen duyurulur
• C) Yapay zeka bayrak koyduğu için başka doğrulamaya gerek yoktur
• D) Bayrak yok sayılır; sahip yetkileri hiçbir zaman risk oluşturmaz

Aciklama: Yapay zeka bilinen dolandırıcılık kalıplarını işaretlemede yardımcıdır ama kesin hüküm veremez; bazı meşru sözleşmelerde de (ör. çok imzalı yönetişimle korunan) durdurma yetkisi bulunabilir. Her bayrak kaynağa (koda/zincire) bağlanmalı, bağlamıyla ve insan muhakemesiyle değerlendirilmeli; ölçülü dil kullanılmalı, teyitsiz suçlamadan (iftira) kaçınılmalıdır.

10. Blokzincirin 'güvenlik-kritik' olması, yapay zeka çıktısının uzman onayının yerine geçememesinin nedenlerinden hangisiyle en doğrudan ilişkilidir?

• A) Yapay zeka çok yavaş çalıştığı için pratikte kullanılamaz
• B) Yapay zeka her zaman derleme hatası ürettiği için
• C) Yapay zeka özgün hatayı görememe, yanlış güvence, güncel olmama ve sorumluluk üstlenememe nedenleriyle geri alınamaz riski karşılayamaz ✔
• D) Yapay zeka yalnızca İngilizce çalıştığı için Türkçe projelerde kullanılamaz

Aciklama: Güvenlik-kritik bir alanda hatalar geri alınamaz ve doğrudan ciddi kayba (milyonlarca dolar) yol açar. Yapay zeka özgün/bağlamsal hatayı göremez, akıcı bir dille yanlış güvence verebilir, eğitim kesim tarihinden sonrasını bilmez ve en temeli sorumluluk üstlenemez. Mühendislik onayı teknik, hukuki ve etik bir taahhüttür; bir makine bu taahhüdü veremez, bu yüzden son onay yetkin uzmandadır.

11. Güvenlik-kritik bir Web3 projesini tek bir yapay zeka hatasının mainnet'e sızmasına karşı korumanın en etkili yolu nedir?

• A) Tüm süreci tek bir yapay zeka aracına devredip sonunda bir kez bakmak
• B) Her aşamaya insan doğrulama kapısı ve geçiş koşulu koyan katmanlı doğrulama uygulamak ✔
• C) Zaman kazanmak için bağımsız denetim kapısını atlamak
• D) Kayıt tutmadan her geliştiricinin kendi aracını serbestçe kullanması

Aciklama: Katmanlı doğrulamada her aşamaya (yazım, tarama, denetim, test/simülasyon, dağıtım, izleme) bir insan doğrulama kapısı ve net bir geçiş koşulu (test geçti mi, denetçi imzaladı mı, simülasyon dayandı mı) konur. Bir kapı geçilmeden diğerine geçilmez; bu katmanlı yapı tek bir yapay zeka hatasının canlıya kadar sızmasını önler.

12. Bir hata ayıklama sırasında yapay zekadan yardım alırken özel anahtar (private key) veya seed phrase ile ilgili değişmez kural nedir?

• A) Yalnızca test cüzdanlarının anahtarları serbestçe paylaşılabilir
• B) Anahtar şifrelenirse yapay zekaya verilebilir
• C) Yapay zeka güvenilir olduğunda cüzdan yönetimi ona bırakılabilir
• D) Özel anahtar ve seed phrase hiçbir koşulda hiçbir yapay zeka aracına veya prompt'a girilmez ✔

Aciklama: Özel anahtar ve kurtarma kelimeleri (seed phrase), cüzdana ve fonlara erişimin tamamıdır. Bunlar hiçbir koşulda bir yapay zeka aracına, prompt'a veya herhangi bir çevrimiçi yere yazılmaz; aksi hâlde fonların doğrudan ve geri alınamaz kaybı riski doğar. Anahtarlar yalnızca güvenli, tercihen çevrimdışı/donanım cüzdanında tutulur.

13. Bir denetim firmasında gizli müşteri koduyla yapay zeka kullanımını düzenleyen en doğru yönetişim yaklaşımı nedir?

• A) Veri sınıflandırma politikasıyla gizli kodu yalnızca izole araçta ve müşteri onayıyla işlemek ✔
• B) En hızlı sonuç için gizli kodu herhangi bir halka açık araca yapıştırmak
• C) Kod gizli olsa da fark etmez; her araç her veri için serbesttir
• D) Sızıntı olsa bile sorumluluk yapay zeka sağlayıcısına ait olduğu için önlem gereksizdir

Aciklama: Henüz yayınlanmamış (kapalı kaynak) müşteri kodunu izinsiz olarak halka açık bir yapay zeka aracına yapıştırmak sözleşme ihlali ve sızıntı riskidir. Doğru yönetişim; bir veri sınıflandırma politikasıyla kamuya açık kod, gizli müşteri kodu, kişisel veri ve özel anahtar için ayrı kurallar belirlemek, gizli kodu yalnızca izole/kurumsal araçlarda ve müşteri onayıyla işlemektir.