Platform beklemesi, yanlış ağ, eksik memo/etiket bilgisi, ağ yoğunluğu ve borsa içi muhasebe hatası aynı sorun değildir; işlemin hangi aşamada takıldığı belirlenmelidir.
İşlem zincire hiç yayınlanmamış, yanlış ağa gönderilmiş, platform içinde beklemiş veya ağda kesinleştiği hâlde hesaba yansımamış olabilir. Sorumluluk değerlendirmesi, transferin takıldığı bu aşamayı doğru belirlemekle başlar.
Transferin hangi aşamada aksadığı
SPK’nın güncel çerçevesi transfer gecikmesi veya yanlış işlem konusunu yalnızca tek bir işlem hatası olarak değil; organizasyon, kayıt düzeni, saklama ve bilgi sistemleri bütünü içinde ele alır. Fiilî işleyiş ile görev dağılımı karşılaştırılmadan yalnız sözleşmedeki unvanlara dayanmak yeterli olmaz.
Transfer gecikmesi veya yanlış işlem nedeniyle tazminat istenebilmesi için platformun hangi sözleşmesel edimi ihlal ettiği, hangi zararın doğduğu ve bu iki olgu arasındaki bağ gösterilmelidir. Sözleşmedeki genel sorumsuzluk kaydı, platformun üstlendiği temel transfer hizmetini gereği gibi yerine getirme borcunu otomatik olarak kaldırmaz.
Transfer hatasında kullanıcının adres ve ağ kontrolü yapması beklenirken platformun da açık uyarı, doğru ağ etiketi ve güvenilir işlem kaydı sunması gerekir. Taraflardan birinin hatası diğer tarafın kendi kontrol alanındaki eksikliği otomatik olarak önemsizleştirmez.
Platform, ağ ve kullanıcı kaynaklı hataların ayrımı
İşlem doğru biçimde ağa iletilmişse ağ yoğunluğu her zaman platform kusuru sayılmaz; yanıltıcı süre veya yanlış durum gösterimi ayrıca değerlendirilir.
Transfer gecikmesi veya yanlış işlem bakımından elektronik veriler önemli bir başlangıç noktasıdır. İşlem kimliği (hash), ağ onayları, platform iç kaydı ve destek yanıtı HMK m.199 çerçevesinde belge olarak değerlendirilebilir; ancak her kaydın kaynağı, bütünlüğü ve ilgili kişiyle bağlantısı ayrıca kurulmalıdır.
Gecikme zararı, kaybolan varlık, ek ücret veya ispatlanabilir fiyat farkı olabilir; varsayımsal kâr talebi daha yoğun ispat gerektirir.
Transferin geç veya yanlış işlenmiş olması ihlali gösterebilir; tazmin edilecek tutar ise ayrıca hesaplanır. Ağ ücreti, gerçekten oluşan değer kaybı ve yeniden işlem maliyeti belgelenebilirken gerçekleşmesi kesin olmayan alım-satım kârı daha sınırlı değerlendirilir.
Ağ gecikmesi ile platform gecikmesi nasıl ayrılır?
İşlemin zincire hiç yayınlanmaması, yayınlanıp onay beklemesi veya zincirde kesinleştiği hâlde kullanıcı hesabına yansımaması farklı aşamalardır. İşlem hash’i yoksa platformun emri ağa iletip iletmediği; hash varsa onay sayısı ve hedef adres; kesinleşme varsa platform içi muhasebe incelenir.
Ağ yoğunluğu veya protokol kaynaklı gecikme platformun kontrolü dışında olabilir. Ancak platformun yanlış ücret seçmesi, işlemi toplu gönderimde bekletmesi veya kullanıcıya gerçeğe aykırı tamamlanma bilgisi vermesi kendi sorumluluk alanında kalabilir.
Yanlış ağ, memo veya etiket sorunu
Doğru platform adresine farklı ağdan gönderim ile tamamen yanlış bir kişiye gönderim aynı değildir. Platform özel anahtara erişiyor ve teknik olarak varlığı kurtarabiliyorsa sözleşmedeki kurtarma prosedürü, ücret ve makul çaba yükümlülüğü değerlendirilir.
Eksik memo veya tag nedeniyle toplu cüzdana ulaşan varlık zincir üzerinde kaybolmuş olmayabilir; yalnızca kullanıcı hesabıyla eşleştirilememiş olabilir. Gönderen adres, işlem hash’i, miktar ve zaman bilgisi eşleştirmede belirleyicidir.
Zarar hesabında piyasa hareketi
Geciken varlığın değeri düşmüşse hangi tarihte satılacağına ilişkin kesin plan ve emir bulunup bulunmadığı önemlidir. Kullanıcının varsayımsal olarak en yüksek fiyattan satış yapacağı kabul edilemez. Buna karşılık önceden verilmiş kesin satış emri veya vadesi gelen borç daha somut zarar gösterebilir.
Platformun hata sonrası kullanıcıya kredi, geçici bakiye veya işlem iptali teklif etmesi zararın kapsamını etkileyebilir. Kabul edilen telafi, toplam zarar hesabında geriye kalan kayıptan düşülen ayrı bir kalemdir.
Borsa içi transfer ile zincir üstü transfer
Aynı platformdaki iki kullanıcı arasında yapılan transfer zincire hiç yazılmadan iç muhasebe kaydıyla gerçekleşebilir. Bu durumda işlem hash’i bulunmaması hata anlamına gelmez; platformun kullanıcı bazındaki kayıtları esas olur. Zincir üstü çekimde ise hash ve ağ onayları beklenir.
Kullanıcı hangi transfer türünü seçtiğini ve platformun bunu nasıl tanımladığını bilmelidir. İç transferin yanlış hesaba gitmesiyle blokzincir adres hatası farklı çözüm yollarına sahiptir.
Ağ güncellemesi, fork ve token dönüşümü
Ağ güncellemesi veya hard fork sırasında platform yatırma-çekmeyi geçici durdurabilir. Token sözleşmesi değişikliği ve yeniden adlandırma, eski adrese yapılan transferin işlenmesini etkileyebilir. Platformun desteklediği ağ ve tarihli duyurular kontrol edilmelidir.
Kullanıcının duyuru öncesi verdiği çekim emri ile durdurma sonrası verdiği emir aynı durumda olmayabilir. İşlem sırası ve platformun teknik hazırlığı kayıtlardan belirlenir.
Transfer gecikmesi veya yanlış işlem dosyasının omurgası
Bu tür bir dosyada işlem hash’i, ağ onayları, platform iç kaydı ve destek yanıtı işlem sırasına göre bir araya getirilmelidir. Olay kronolojisi, teknik hata ile makam kararına dayanan müdahaleyi farklı başlangıç noktalarıyla gösterir.
Hash bulunmaması işlemin zincire çıkmadığını gösterebilir
Genellikle işlem henüz zincire yayınlanmamış olabilir. Platform içi talep kaydı ayrıca incelenmelidir.
Yanlış ağ transferi her durumda kesin kayıp değildir
Her zaman değil. Hedef platform anahtara erişiyorsa teknik kurtarma mümkün olabilir; sözleşme ve teknik maliyet değerlendirilir.
Kurtarma hizmeti ücretleri ve süreleri
Yanlış ağ veya eksik etiketle gönderilen varlığın kurtarılması platform için manuel ve riskli işlem gerektirebilir. Sözleşmede makul bir kurtarma ücreti öngörülebilir; fakat ücretin varlığın değerini aşması veya belirsiz tutulması tartışma yaratır. Kullanıcıya kurtarmanın garanti olmadığı ve tahmini süre açıkça bildirilmelidir.
Platform daha önce aynı tür varlığı kurtarmışsa bu durum teknik imkâna işaret edebilir; yine de her işlemde anahtar, ağ ve cüzdan yapısı aynı olmayabilir. Önceki örnek tek başına kurtarma yükümlülüğü oluşturmaz, fakat ret gerekçesinin denetlenmesinde önem taşıyabilir.
Transfer sorumluluğunun özeti
Transfer sorumluluğu, işlemin platform beklemesinde mi, ağda mı, yanlış adres veya memo bilgisinde mi aksadığı belirlenerek kurulur. Her teknik senaryo aynı hukuki sonuca bağlanamaz.