Kayıp memo, bir XRP veya TON yatırma işlemini kurtarma

Bitcoin veya Ethereum'da bir adres, bir alıcıyı tanımlar. XRP Ledger, Stellar ve TON'da bu yeterli değildir: adres bir hesabı tanımlar ve ek bir alan, o hesap içinde kimin alacaklandırılması gerektiğini belirtir. Bu alan XRP'de Destination Tag, Stellar'da Memo, TON'da comment olarak adlandırılır.

Bunu unutmak fonların kaybolmasına neden olmaz. Ancak otomatik bir yatırmayı manuel bir vakaya, bazı durumlarda ise kalıcı bir kayba dönüştürür. İşte nedeni ve sonrasında olacaklar.

Bu alan neden var

Binlerce müşteriden para yatırma işlemi alan bir hizmet, onları ayırt etmek için iki yola sahiptir.

İlki, her müşteri için bir adres oluşturmaktır. Bitcoin ve EVM zincirlerinin yaptığı budur: adres oluşturmanın maliyeti yoktur, sadece bir anahtar türetirsiniz.

İkincisi, tek bir adres kullanmak ve müşterileri her işleme eklenen bir etiketle ayırt etmektir. Bu, XRP Ledger, Stellar ve TON'un yapısının dayattığı modeldir ve somut bir ekonomik nedeni vardır: bu ağlarda bir hesap açmak, yerel varlıkta minimum bir rezervin kilitlenmesini gerektirir. On bin hesap açmak, on bin rezervi kilitlemek anlamına gelir. "Tek adres, çok sayıda etiket" modeli rasyonel cevaptır.

Doğrudan sonuç: bu ağlarda size verdiğimiz yatırma adresi paylaşılır. Sizi tanımlayan tek şey memodur. O olmadan işlem hesaba ulaşır, ancak hiçbir şey onun kime ait olduğunu söylemez.

Memo olmadan tam olarak ne olur

Üç durum, birbirinden çok farklı.

Durum 1: Ağ işlemi reddeder. Bazı hesaplar, hedef etiketi olmayan herhangi bir işlemi reddeden bir bayrak (XRP Ledger'da RequireDest) ayarlar. Bu en iyi sonuçtur: işlem başarısız olur, fonlarınız sizde kalır ve bu zincirlerde ihmal edilebilir olan yalnızca ağ ücretini kaybedersiniz.

Durum 2: İşlem, kontrol ettiğimiz bir hesaba ulaşır. Bir emre bağlanmadan havuz hesabına alacak kaydedilir. Fonlar mevcuttur, hazinemizdedir, ancak hiçbir otomasyon bunları ilişkilendiremez. Bu standart durumdur ve kurtarılabilir — prosedür aşağıdadır.

Durum 3: İşlem başka bir hizmete ulaşır. Başka bir saklama kuruluşunun adresini yapıştırdınız veya bir platformdan diğerine memo olmadan gönderdiniz. Kurtarma tamamen alıcının politikasına bağlıdır. Bazı büyük hizmetler önemli kurtarma ücretleri talep eder; diğerleri memosuz yatırmaları işlemeyi basitçe reddeder ve bunu şartlarında belirtir.

Durum 3, kalıcı kayıpların gerçek kaynağıdır. Bizi doğrudan ilgilendirmez, ancak iki hesap arasında XRP taşıyan herkesi ilgilendirir.

Bizimle kurtarma prosedürü

Bir para yatırma işlemi, kullanılabilir bir memo olmadan XRP, XLM veya TON hesaplarımıza ulaştığında şunlar olur.

1. Tespit. Sistemlerimiz, yatırma hesabı hareketlerini açık emirlere karşı sürekli olarak mutabakat sağlar. Eşleşmeyen bir giriş, otomatik olarak manuel mutabakat kuyruğuna izole edilir.
2. Sizden bildirim. Yardım merkezinden üç öğe içeren bir talep açın: işlem karması, gönderdiğiniz adres ve ilgili emir numarası. Teknik olarak karmanın kendisi yeterlidir, ancak üçü de doğrulamayı hızlandırır.
3. Kontrol kanıtı. Gönderenin gerçekten siz olduğunu tespit etmeliyiz. Ağa bağlı olarak bu, işlemi başlatan anahtardan imzalanmış bir mesaj veya sizin adınıza zaten tanımlanmış bir kaynak platformla eşleşme anlamına gelir. Bu bir formalite değildir: onsuz, herkes genel bir gezginde okuduğu karması olan sahipsiz bir yatırmayı talep edebilir.
4. İlişkilendirme veya iade. Kanıt oluşturulduktan sonra iki sonuç vardır: yatırma emrinize bağlanır ve bağlanma anında geçerli olan kur üzerinden işlenir veya fonlar, iadenin ağ maliyeti düşülerek kaynak adrese geri gönderilir.

Zamanlama, manuel kuyruğa ve kontrol kanıtını ne kadar hızlı sağladığınıza bağlıdır. Anlık değildir ve otomatik yoldan ayrılan bir operasyon için sözleşmeye dayalı bir son tarih vaat etmiyoruz.

Yapamayacaklarımız

Sınırların açıkça belirtilmesi gerekir.

• Başka bir hizmete gönderilen bir yatırma için hiçbir şey yapamayız. Hedef adres bizim değilse hesaba erişimimiz yoktur. Tek başvuru yolunuz o hizmetin desteğidir.
• Onaylanmış bir işlemi geri alamayız. XRP Ledger'da kesinliğe saniyeler içinde ulaşılır ve kesindir. Hiçbir operatör, doğrulayıcı veya yetkili bunu geri alamaz.
• Kimliğinizi tahmin edemeyiz. Paylaşılan bir borsa adresinden, kontrol kanıtı mümkün olmayan memosuz bir yatırma ilişkilendirilemez. Kayıpla sonuçlanan senaryo tam olarak budur.

Buraya asla nasıl düşülmez

Kurallar kısadır ve neredeyse her olayı kapsar.

• Tüm yatırma ekranını okuyun. Bir memo gerektiğinde, adresin yanında aynı görsel ağırlıkla görüntülenir. İsteğe bağlı bir alan değildir.
• Memoyu kopyala düğmesiyle kopyalayın, elle değil. Bir karakter fazla veya eksik, hiç memo olmamasına eşdeğer olan var olmayan bir etiket üretir.
• Memoyu doğru alana yapıştırın. Para çekme arayüzleri bunu farklı adlandırır: Tag, Memo, Destination Tag, Comment, Message. Bazen "gelişmiş seçenekler" bağlantısının arkasına gizlenir.
• Tutar önemliyse bir test tutarı gönderin. Önce küçük bir miktar göndermek bu ağlarda kuruşlara mal olur ve tüm yolun çalıştığını kanıtlar.
• Seçeneğiniz varsa memosuz bir ağ seçin. USDT satıyorsanız, Tron, Solana ve Polygon hiç memo gerektirmez. Karşılaştırma USDT TRC-20 veya ERC-20'de adresindedir.

TON özel durumu

TON kendi notunu hak ediyor. Orada alan "comment" olarak adlandırılır ve teknik olarak işleme eklenmiş bir metin mesajıdır, XRP'nin Destination Tag'ı gibi bir tamsayı değildir. Bunu iki tuzak takip eder:

• Bazı cüzdanlar yorumu varsayılan olarak şifreli gönderir. Şifreli bir yorum alıcı için okunamaz: yatırma, hiç memo yokmuş gibi ulaşır. Şifreleme seçeneğinin kapalı olduğunu kontrol edin.
• TON adres formatı birkaç varyantta mevcuttur (EQ... ve UQ..., ayrıca ham formlar). Farklı bayraklarla aynı hesabı belirtirler. Bizim görüntülediğimizi kullanın, yeniden yazmayın.

Yeni tasarımlar neden memolardan uzaklaşıyor

Memo bir geçici çözümdür, bir özellik değildir. Bu ağlarda hesap oluşturmanın bir maliyeti olduğu için vardır ve doğruluk yükünü en az donanımlı katılımcıya, yani gönderen kişiye yükler.

İki gelişme bu yükü yavaş yavaş kaldırıyor.

Birincisi, hesap tutma maliyetindeki düşüştür. Rezerv gereksinimleri düştüğünde veya bir saklama kuruluşu bunları taşımayı kabul ettiğinde, müşteri başına bir yatırma adresi oluşturmak yeniden uygulanabilir hale gelir — ve ağ hala desteklese bile memo kullanıcının ekranından kaybolur. Bazı hizmetler, en büyük müşterileri için XRP Ledger'da bu adımı çoktan attı.

İkincisi, hesap modeli ağlarında adres türetmedir. TON'da bir cüzdan, bir üst öğeden türetilen hafif sözleşmeler dağıtabilir ve operatörün binlerce anahtar çifti yönetmesine gerek kalmadan her müşteriye ayrı bir adres verir.

Bu değişikliklerin hiçbiri bugün evrensel değildir. Bu olana kadar, pratik kural geçerlidir: yatırma ekranı bir memo alanı gösteriyorsa, bu alan adres kadar zorunludur ve onu isteğe bağlı olarak ele almak, rutin bir transferi destek talebine dönüştüren şeydir.

Hatırlanması gereken bir şey

XRP, Stellar ve TON'da adres fonların nereye gittiğini söyler; memo onların kimin için olduğunu söyler. Memosuz bir adres, bin daireli bir binanın ön bürosuna bırakılmış, alıcı adı olmayan bir zarftır.

Onay sayıları ve adres formatları dahil olmak üzere ağ başına yatırma gereksinimleri için Yatırma ağınızı seçme ve ilgili varlık sayfasına, örneğin XRP Sat sayfasına bakın.