Kripto Borsasından İşlem Geçmişi Nasıl İstenir? Ekstre ve Kayıt Hakkı

Kripto borsasında emir, gerçekleşme ve transfer kayıtlarının ayrı talep edilmesini gösteren şema.

6 Ekim 2026 · Av. Ahmet Karaca · PEGA Hukuk & Danışmanlık

Kripto borsası hesabınıza giremiyor, eski işlemleri göremiyor veya indirilen dosyada bazı hareketleri bulamıyorsanız, yalnız “işlem geçmişimi gönderin” demek yeterli olmayabilir. Hesap ekstresi, emir kaydı, zincir transferi ve güvenlik kaydı farklı soruları cevaplar. Talebin hangi hesaba, hangi döneme ve hangi kayıt türüne ilişkin olduğu açıklanmalıdır.

Türkiye’deki platformlar bakımından SPK düzenlemeleri yalnız gerçekleşmiş alım satımların değil, iptal edilen ve gerçekleşmeyen emirlerin de kaydını öngörür. Aylık hesap ekstresine ilişkin bildirim veya elektronik erişim yükümlülüğü ayrıca vardır. Bununla birlikte, kurumun bir kaydı saklamak zorunda olması, bütün sistem kayıtlarını ve başka müşterilerin bilgilerini kullanıcıya sınırsız biçimde vermek zorunda olduğu anlamına gelmez.

Bu rehberin konusu, kişinin kendi borsa hesabının kayıtlarına ulaşması ve aldığı dosyanın yeterli olup olmadığını anlamasıdır. Başka bir hesabın sahibinin belirlenmesi veya soruşturmada kurumdan bilgi alınması için savcılığın kripto borsasından bilgi istemesi ayrı bir hukuki yoldur.

Kripto varlık uyuşmazlıklarında hukuki danışmanlık için:

WhatsApp E-posta

Önce hangi soruyu cevaplamak istediğinizi belirleyin

Bir çekimin size ait olmadığını ileri sürüyorsanız alım satım dökümü tek başına işinize yaramaz. İlgili çekim talebinin oluşturulması, doğrulanması ve yayınlanması araştırılır. Komisyonun fazla kesildiği düşünülüyorsa oturum IP’si yerine işlem sonucu, ücret kalemi ve işlem anındaki tarife gerekir. Kayıt listesinin uyuşmazlıkla eşleşmesi hem başvuruyu anlaşılır kılar hem gereksiz kişisel veri paylaşımını azaltır.

Soruna göre istenecek kayıt
SorunÖncelikli kayıtDosyada ayrıca açıklanması gereken
Ay sonu bakiye önceki hesapla uyuşmuyorAylık ekstre, açılış/kapanış bakiyesi, bütün hesap hareketleriSerbest, bloke, kilitli veya açık emre ayrılan bakiyeler
Emir görünmüyor veya iptal edilmişEmir numarası; kabul, değişiklik, iptal ve gerçekleşme kayıtlarıEmir ile tek tek gerçekleşmelerin farklı numaralar taşıyabilmesi
Çekim tamamlandı deniyor, alıcıya ulaşmadıÇekim talebi, ağ, adres, varsa memo/tag, TxID ve durum tarihçesiPlatform referansı ile gerçek zincir işlem kimliğinin ayrılması
Hesabın izinsiz kullanıldığı ileri sürülüyorİlgili zaman aralığındaki oturum, doğrulama, adres ekleme ve çekim kayıtlarıHesap numarası, saat dilimi, kullanılan işlem kanalı ve olay numarası
Borsa içi transferde TxID bulunmuyorİç transfer referansı, gönderen/alıcı hesap eşleştirmesi, bakiyeye işleme kaydıZincire çıkmadan gerçekleşen kurum içi kaydın bulunup bulunmadığı
Kesilen ücretin dayanağı bilinmiyorİşlem sonuç formu, ücret/komisyon satırı ve uygulanmış tarifeAğ ücreti, platform bedeli ve işlem fiyatının birbirinden ayrılması

SPK düzenlemesi hesap ekstresi için ne söylüyor?

III-35/B.1 sayılı Tebliğ’in 39. maddesi, platformun faaliyet türüne göre işlem sonuç formu ve hesap ekstresi düzenlemesini öngörür. İşlem sonucunda alınan veya satılan varlığın cinsi, miktarı, fiyatı ve tahakkuk eden komisyon/giderler görünmelidir. Düzenlenen formun en geç gün sonunda bildirilen e-posta adresine gönderilmesi veya hesap ekstrelerine elektronik erişim sağlanması düzenlenmiştir.

Aylık hesap ekstreleri için ilgili dönemi izleyen beş iş günü içinde e-posta gönderimi veya elektronik erişim sağlama yolu vardır. O dönemde hiçbir işlem yapmayan müşteriye ekstre gönderilmeyebilir. Bu nedenle “bana e-posta gelmedi” tespiti tek başına ihlal sonucuna götürmez; platformun erişim sağlayıp sağlamadığı da kontrol edilir.

Ekstre, dönemde alınan, satılan veya transfer edilen varlıkların adını, işlem tarihi ve zamanını, fiyatını ve miktarını; platform ve saklama kuruluşundaki kripto ile bankalarda tutulan nakit hareketlerini; komisyon, ücret ve vergileri anlaşılır biçimde göstermelidir. Uygulamadaki güncel toplam bakiye ekranı bu ayrıntılı tarihçenin yerine geçmez.

Aynı maddenin önemli bir güvencesi de bildirimlerin gönderildiğini veya elektronik erişimin sağlandığını ispat yükünün platformda olmasıdır. Bildirimdeki bilgilerin belli süre sonra müşteri tarafından kabul edilmiş sayılacağına ilişkin sorumsuzluk kayıtlarına izin verilmez; böyle kayıtlar hükümsüz sayılır. Bu düzenleme, kullanıcının uyuşmazlığı geciktirmesinin her koşulda zararsız olduğu anlamına gelmez. Delil kaybı, zamanaşımı ve ilgili diğer süreler yine ayrı izlenmelidir.

Gerçekleşmeyen veya iptal edilen emir de istenebilir mi?

Evet; talebin konusu yalnız başarılı işlemlerle sınırlanmak zorunda değildir. Tebliğ’in 39 ve 40. maddeleri iptal edilen, değiştirilen ve gerçekleşmeyen emirleri de kayıt kapsamına alır. Müşteri/hesap numarası, varlık, emir tipi, yönü, fiyatı, miktarı, alındığı ve iletildiği tarih-zaman, geçerlilik süresi, sıra numarası ve parite gibi alanlar önem taşır.

“Emirlerim” ekranı son durumu gösterirken arka plandaki kayıt birkaç değişiklik barındırabilir. Bir limit emrinin sonradan iptal edilmiş görünmesi, o ana kadar kısmen gerçekleşmediğini kanıtlamaz. Emir numarasıyla gerçekleşme numaralarını ve iptal zamanını beraber istemek bu yüzden gerekir.

Elektronik emirlerin kaynak, IP ve log kayıtlarına ilişkin saklama yükümlülüğü de vardır. Ancak kullanıcıya sunulabilecek veri ile SPK’ya veya adli makama sunulabilecek teknik kayıt kapsamı eş tutulmamalıdır. Kişiye ait kısmın paylaşılması mümkün değilse hangi bölümün neden verilemediğinin açıklanması, kayıtların muhafazası ve gerektiğinde yetkili makamca istenmesi ayrı taleplerdir.

Hesap kapalıysa veya uygulama yalnız son üç ayı gösteriyorsa

Arayüzün kısa tarih aralığı sunması, eski kayıtların hukuken yok olabileceği anlamına gelmez. III-35/B.1 m.40/4 platformun faaliyet belgeleri ve elektronik kayıtları için TTK m.82 uyarınca on yıllık saklama öngörür; ihtilaflı ve saklanması gereken kayıtlar ihtilaf sonuçlanıncaya kadar korunur. Buna karşılık, bugünkü düzenlemenin geçmişteki her yabancı platforma ve her işlem dönemine aynı şekilde uygulanacağı da varsayılamaz.

Kapalı hesap için önce sözleşmenin tarafı olan şirketi belirleyin. Aynı markanın Türkiye şirketi ile yabancı şirketinde ayrı hesaplar bulunabilir. Talepte eski kullanıcı numarasını, o tarihteki kayıtlı e-postayı, istenen dönemi ve hesabın kapatıldığı tarihi yazın. Yeni hesabın ekran görüntüsünü göndermek eski hesabın bulunmasını sağlamayabilir.

Destek birimi sadece uygulamadan indirme yönlendirmesi veriyorsa, erişemediğiniz ekranı ve hata tarihini belgeleyip arşivden sağlanabilecek eşdeğer kayıtları sorun. Hesabın tekrar ticarete açılmasıyla eski kayıtların güvenli biçimde teslimi farklı çözümlerdir. Kayıt almak için yeni işlem yapma veya varlık yatırma gerekliliği ileri sürülürse bunun dayanağı açıklanmalıdır.

Bir kayıt talebi hangi bilgileri içermeli?

İyi bir başvuru, aynı destek konuşmasında her gün farklı liste eklemek yerine bir dönem ve kayıt haritası kurar. Şu unsurları birbirine bağlayın:

  • Başvurulan şirketin unvanı ve hesabınızı gösteren müşteri numarası.
  • Başlangıç ve bitiş tarihi; mümkünse olay saat aralığı ve saat dilimi.
  • Varlık, işlem paritesi, ağ, emir/çekim numarası gibi mevcut tanımlayıcılar.
  • İstenen belgenin türü: ekstre, işlem sonuç formu, emir tarihçesi, yatırma/çekme veya güvenlik kaydı.
  • Her kayıt grubunun cevaplayacağı soru ve mevcut dökümdeki eksiklik.
  • Elektronik dosyanın okunabilir biçimi, alan açıklamaları ve eksik kayıt varsa gerekçesi.
  • Uyuşmazlık konusu kayıtların bütünlüğü korunarak muhafaza edilmesi talebi.

CSV gibi satır bazında işlenebilir bir dosya istemek karşılaştırmayı kolaylaştırır. Fakat belirli bir yazılım formatının her durumda zorunlu teslim biçimi olduğunu ileri sürmeyin. Okunabilir ekstre, veri alanlarını açıklayan tablo ve gerektiğinde incelemeye elverişli elektronik kayıt birbirini tamamlar.

Başvuruya seed phrase, özel anahtar, canlı API gizli anahtarı veya tek kullanımlık giriş kodu eklenmez. Hesap aidiyetini doğrulama ihtiyacı bunların teslimini gerektirmez. Veri talebinin kendisinin yeni bir hesap ele geçirme fırsatına dönüşmemesi için resmî kanallar kullanılmalıdır.

KVKK başvurusu bütün logları almak için yeterli mi?

KVKK m.11, kişinin kendisine ait verinin işlenip işlenmediğini öğrenmesini, işlenmişse bilgi istemesini, amaç ve aktarım bilgilerini sorgulamasını düzenler. Hesapla ilişkilendirilen IP, cihaz ve işlem verileri bu bakımdan değerlendirilebilir. Fakat bu yol, başka müşterilerin kimlik dosyalarına veya borsanın bütün kaynak koduna erişim hakkı yaratmaz.

Destek talebi ile kişisel veri başvurusunun konusu açıkça ayrılmalıdır. Ekstre eksikliğini gidermesini isterken ayrıca kendi kişisel verileriniz hakkında hangi bilgiyi talep ettiğinizi belirtin. KVKK başvuru usulüne uygun kanal ve kimlik bilgileri kullanılmalıdır. Veri sorumlusu talebi en geç otuz gün içinde sonuçlandırır; ancak bu süre devam eden izinsiz çekimin acil güvenlik bildirimine bekleme gerekçesi yapılamaz.

Bazı sınırlamalar gerçektir. Örneğin 5549 m.4/2 kapsamındaki şüpheli işlem bildiriminin gizliliği nedeniyle kullanıcıya bildirimin yapılıp yapılmadığı açıklanamaz. Bu gizlilikten bütün hesap ekstrelerinin ve kullanıcıya ait her verinin istisnasız kullanıcıdan gizlenebileceği sonucu da çıkarılamaz. Paylaşılması istenen kaydın niteliği ve ileri sürülen ret sebebi ayrı incelenir. Konunun kapsamı 5549 sayılı Kanun üzerinden belirlenir.

Döküm geldiğinde eksiksiz olduğunu nasıl anlarsınız?

Dosya adında “tüm işlemler” yazması, bütün hesap ürünlerinin içerildiğini göstermez. Spot hesap, fonlama hesabı, kilitli ürün, alt hesap veya kurum içi transfer farklı tabloda tutulabilir. Önce dosyanın kapsadığı hesapları ve tarih aralığını kontrol edin; boş bir günün işlem yapılmaması mı, filtre mi, eksik indirme mi olduğunu ayırın.

Basit bir mutabakat, açılış bakiyesinden başlar; girişler, çıkışlar, alış/satışların varlık bazındaki etkileri ve ücretlerle kapanış bakiyesine ulaşır. Kripto adediyle onun ekrandaki TL karşılığı aynı sütunda toplanmaz. Bir varlığın fiyat değişmesi, adet eksikliğini veya izinsiz transferi kendi başına göstermez.

Örnek olarak 1.000 USDT çekim talebinde bulunulmuş olsun. Biri “talep miktarı”, diğeri “alıcıya ulaşan tutar” olan iki sütun farklı rakamlar gösterebilir; ücretin hangi varlıkta ve nereden kesildiği bilinmeden eksik ödeme sonucu çıkarılamaz. Aynı transferin hem emir hem muhasebe satırında görünmesi de iki ayrı çekim yapıldığı anlamına gelmez.

Tarih alanlarını da karşılaştırın. Türkiye saatiyle görünen işlem, UTC dosyasında başka günün satırında bulunabilir. Orijinal dosyayı saklayın; saat dönüşümü, gruplama ve hesaplamaları çalışma kopyasında yapın. Kaynağı, indirme tarihini ve uygulanan filtreleri kaydedin. Dosya özet değeri bütünlük kontrolüne yardımcı olur; dosyanın başlangıçtan beri doğru olduğunu tek başına kanıtlamaz.

Aynı TxID neden birden fazla satırda bulunabilir?

Bir zincir işlemi birden fazla token hareketi veya toplu çekim içerebilir. Tersine, tek bir platform talebi teknik sebeple birden fazla zincir işlemine ayrılmış olabilir. Dökümdeki her satırı ayrı mağdur ödemesi saymak doğru değildir. Hesap hareketinin işlevi, zincirdeki gerçekleşme ve kurumun referans eşleştirmesi birlikte okunmalıdır.

TxID bulunmayan kurum içi transferde de yalnız bu eksiklik nedeniyle “işlem hiç yapılmamış” denemez. İç hesap referansı ve bakiyeye işleme kaydı istenir. Buna karşılık kurum, dış zincir çekiminin tamamlandığını söylüyorsa hangi ağ ve işlemle tamamlandığının açıklanması gerekir. Teknik izleme ayrıntıları için blockchain analizi ve fon takibi rehberi kullanılabilir.

Kayıt verilmezse hangi yol neyi sağlar?

Önce eksikliği satır veya kayıt grubu düzeyinde belirleyin. “Cevap yetersiz” yerine, örneğin belirli tarihteki üç çekim talebinden birinin bulunmadığını, saat diliminin açıklanmadığını veya yalnız gerçekleşen emirlerin iletildiğini gösterin. Önceki başvuru ve cevabı iliştirerek eksikliğin giderilmesini isteyin.

Kişisel veri talebinin reddi, yetersiz cevap veya cevapsızlık bakımından KVKK şikâyet yolu; sermaye piyasası yükümlülüğüne aykırılık iddiasında SPK başvurusu; özel hukuk uyuşmazlığında ise delil ve talebe uygun dava yolu farklı işlevlere sahiptir. İdari şikâyet, talep edilen zararın kendiliğinden tazmin edilmesini sağlamaz. Mahkemenin görevi de sırf varlığın kripto olmasına bakılarak belirlenmez; kripto uyuşmazlıklarında görevli mahkeme ayrımı ayrıca yapılır.

HMK m.219 ve 221 çerçevesinde dava için ilgili belgelerin taraf veya üçüncü kişi elinden mahkemece istenmesi gündeme gelebilir. Delilin kaybolması veya sonradan ileri sürülmesinin önemli ölçüde zorlaşması ihtimali varsa HMK m.400 kapsamındaki delil tespiti değerlendirilir. Kayıt adı, tarih aralığı, açıklanacak olay ve aciliyet somutlaştırılmalıdır; delil tespiti borsanın bütün sistemini genel olarak araştırma aracı değildir.

Ceza şüphesinde suç duyurusu ve soruşturma makamının kayıt talebi ayrıca yürüyebilir. Bu yolların seçimi dosyaya bağlıdır. Kullanıcının ulaşması gereken ilk somut sonuç, eksik bir ekran görüntüsü yığını yerine hangi işlemi, hangi zamanda, hangi kaydın doğruladığını gösteren tutarlı bir hesap dosyasıdır.

Mevzuat ve başvuru kaynakları

Kaynak kontrol tarihi: 6 Ekim 2026. Eski bir işlemde olay tarihindeki düzenleme ve platformun hukuki konumu ayrıca değerlendirilir.

Av. Ahmet Karaca · PEGA Hukuk & Danışmanlık · Kripto varlık hukuku ve blockchain adli bilişim.

About the Author

Ahmet Karaca

Avukat Ahmet Karaca, PEGA Hukuk & Danışmanlık bünyesinde özellikle kripto varlık hukuku, bilişim hukuku ve ceza hukuku alanlarında çalışmaktadır.

Kripto P2P işlemleri, kripto varlık hizmet sağlayıcılığı, SPK ve MASAK mevzuatı, banka blokesi, üçüncü kişi ödemesi ve kripto dolandırıcılığı soruşturmaları konularında makaleler yazmakta ve hukuki danışmanlık vermektedir. pegahukuk.com üzerindeki Kripto Varlık Hukuku içerik kümesinin yazarlığını yürütmektedir.

Bunlar da ilginizi çekebilir.