Arbitrum One ile Kripto Ödemeleri Nasıl Kabul Edilir? İşletme Rehberi

Arbitrum One ile kripto ödeme almak, Ethereum biçiminde bir adres göstermekten ibaret değildir. Üretimde kullanılacak bir ödeme akışı; müşteriye hangi ağı ve varlığı kullanacağını söylemeli, doğru sözleşmeyi tanımalı, aktarımı uygun bir onay durumuna ulaşana kadar izlemeli ve siparişi iki kez teslim etmeden tek bir siparişle eşleştirmelidir.

Arbitrum One, yaygın EVM cüzdanlarını ve 0x adreslerini kullanır; ancak bu aşinalık hataları gizleyebilir. Müşteri Ethereum, Base, Arbitrum Nova veya başka bir uyumlu ağı seçtiğinde de geçerli görünen bir adresle karşılaşabilir. Böyle bir aktarım gerçekten gerçekleşmiş olsa bile Arbitrum One siparişinin ödemesi sayılmayabilir.

Bu rehber, Arbitrum One ödemelerini üretimde kullanılabilir hâle getiren işletme denetimlerini açıklar: cüzdan yapılandırması, yerel ve köprülenmiş USDC, ETH gas ücreti, ödeme sayfası etiketleri, onay politikası, webhook işlemlerinde yinelenen kayıtların önlenmesi, iadeler ve finans kayıtları. Yolfi'nin herkese açık Arbitrum ödeme sayfası, ödeme linklerini, tekrarlayan ödemeleri, olayları ve webhook'ları, ayrıca ödemenin saklama hizmeti olmadan doğrudan işletmenin cüzdanına aktarılmasını açıklar. Bunları değerlendirilecek ürün özellikleri olarak görün; müşterilere sunmadan önce kimlik doğrulaması yaptığınız canlı yapılandırmada tam olarak hangi varlık ve ağ seçeneklerinin bulunduğunu teyit edin.

İşe doğru Arbitrum ağıyla başlayın

“Arbitrum” tek bir ödeme hedefini değil, bir ekosistemi ifade edebilir. Bu rehberde amaçlanan üretim ağı Arbitrum One ana ağıdır.

Resmî Arbitrum köprü hızlı başlangıç rehberi, temel cüzdan parametrelerini şöyle listeler:

Eksiksiz bir ödeme talebinde hedef adresten daha fazlası saklanmalıdır. Şunları kaydedin:

• talep edilen ağ olarak Arbitrum One;
• bütünleştirme doğrulaması için 42161 zincir kimliği;
• yerel varlık veya varlığın tam sözleşme adresi;
• işletmenin ödemeyi alacağı cüzdan adresi;
• tam tutar ve varsa fiyat teklifinin geçerlilik süresi;
• sipariş, fatura veya ödeme talebi kimliği;
• tespit edilen işlem özeti ve durumu;
• sipariş karşılama sonucu ve daha sonra yapılabilecek iadeler.

Sisteminiz özellikle Arbitrum One bekliyorsa müşteriye gösterilen talimatları “Arbitrum üzerinden gönderin” diye kısaltmayın. Arbitrum Nova ile Arbitrum test ağlarının zincir kimlikleri farklıdır. Bir EVM adresi tek başına bu ayrımı anlatamaz.

Arbitrum One'ın müşterilerinize uygun olup olmadığına karar verin

Müşteriler hâlihazırda Arbitrum One'da varlık tutuyorsa, kullandıkları cüzdanlar bu ağı açıkça seçmelerine imkân veriyorsa veya her zamanki hizmet sağlayıcılarından doğrudan bu ağa çekim yapabiliyorlarsa Arbitrum One uygun bir seçenek olabilir. Kripto kullanan müşterilere hizmet veren yazılım abonelikleri, çevrim içi hizmetler, dijital ürünler, faturalar, topluluklar ve hesap bakiyesi ürünleri için uygun olabilir.

Asıl soru, ağın varlık aktarımlarını işleyip işleyemediği değil, müşteriden işletmeye uzanan sürecin tamamının uygulanabilir olup olmadığıdır:

• Müşteriler amaçlanan varlığı zaten Arbitrum One'da tutuyor mu?
• Bir borsadan para çekerken Arbitrum One'ı seçebiliyorlar mı?
• Cüzdan, ağı ve varlık sözleşmesini açıkça gösterecek mi?
• Müşteri hizmetleri yanlış ağdan veya yanlış varlıkla yapılan bir aktarımı inceleyebilir mi?
• Finans ekibi varlığın değerini belirleyip mutabakatını yapabilir mi?
• İşletme iadeleri ve hazine aktarımlarını güvenli biçimde gerçekleştirebilir mi?

İşlem maliyeti veya hızı hakkında sabit iddialarda bulunmayın. Cüzdanın güncel tahmini, ağ koşulları, işlemin kendisi ve işletmenin risk politikası gerçek deneyimi etkiler. Önce para çekmesi veya varlıklarını köprülemesi gereken müşterinin, son ödeme işleminin dışında da maliyetleri ve atması gereken adımlar vardır. Seçenekleri karşılaştırıyorsanız stablecoin ödemeleri için en iyi blok zincirini seçmeye yönelik daha kapsamlı çerçeveyi kullanın.

Ödeme sayfasını oluşturmadan önce varlığı seçin

Ağ desteği ile varlık desteği birbirinden ayrıdır. Bir cüzdanın Arbitrum One'ı kullanabilmesi, ağdaki her varlığın ödeme sisteminiz tarafından kabul edildiği anlamına gelmez.

Arbitrum One'da yerel USDC

USDC, ABD doları cinsinden fiyatlanan ürünler için uygun bir başlangıç varlığı olabilir; çünkü talep edilen varlık tutarını anlamak, sürekli değişen bir ETH fiyat teklifini anlamaktan daha kolaydır. Yine de ihraççı, sözleşme, sabit değerden sapma, mevzuat, cüzdan ve ağ riskleri taşır.

Circle'ın resmî USDC sözleşme dizini, Arbitrum'daki yerel USDC sözleşmesini şu adreste listeler:

0xaf88d065e77c8cC2239327C5EDb3A432268e5831

Önemli olan tanımlayıcı, bu adrestir. Cüzdanlar benzer etiketlerle farklı varlıklar gösterebildiğinden ad, simge, marka işareti veya yaklaşık piyasa değeri yeterli değildir.

“Arbitrum One'da USDC” seçeneğini yayımlamadan önce, ihraççının yayımladığı bu adresi kimlik doğrulaması yaptığınız yapılandırmadaki ödeme akışının tanıdığı sözleşmeyle karşılaştırın. Arama sonucu, cüzdan önerisi veya müşteri mesajındaki bir adresi kopyalamak yerine bütünleştirme incelemesi sırasında adresi yeniden kontrol edin.

Yerel USDC ile köprülenmiş USDC birbirinin yerine kullanılamaz

Arbitrum One'da hem yerel USDC hem de genellikle USDC.e olarak gösterilen köprülenmiş bir biçim bulunur. Bunlar farklı sözleşmeler kullanır. Müşterinin elinde USDC.e adlı, dolar cinsinden bir varlık bulunabilir; ancak bu, yerel USDC isteyen ödeme sayfasındaki varlığa sahip olduğu anlamına gelmez.

İşletme operasyonlarında şu kuralı uygulayın: farklı sözleşme, farklı ödeme varlığı demektir. Simge veya gösterilen değer benzer göründüğü için siparişi otomatik olarak ödenmiş saymayın.

Güvenli bir USDC kullanıma alma listesi şöyledir:

1. Kimlik doğrulaması yapılan canlı yapılandırmanın Arbitrum One'da amaçlanan USDC seçeneğini sunduğunu teyit edin.
2. Desteklenen varlık sözleşmesini ödeme yapılandırmasıyla birlikte kaydedin.
3. Yerel USDC'yi Circle'ın güncel sözleşme diziniyle karşılaştırın.
4. Müşteriye gösterilen etiketi “Arbitrum One'da yerel USDC” gibi açık bir ifadeyle yazın.
5. Müşterilerin kullanması muhtemel cüzdanlardan düşük tutarlı bir aktarım yapın.
6. USDC.e veya başka bir uyumsuz sözleşmenin reddedildiğini ya da incelemeye yönlendirildiğini doğrulayın.
7. Müşteri hizmetleri ekibine sözleşme uyuşmazlıkları için yazılı bir prosedür verin.

Müşterinin varlıklarını bu ağa taşıması gerekiyorsa kendi köprüleme talimatlarınızı oluşturmak yerine onu resmî Arbitrum hızlı başlangıç rehberine yönlendirin. Köprü belgelerinde de Arbitrum One'ın USDC'nin farklı yerel ve köprülenmiş biçimlerini desteklediği belirtilir. Köprüleme, kendine özgü riskleri olan ayrı bir kullanıcı işlemidir; bunu ödeme sürecinin gizli bir koşulu hâline getirmeyin.

ETH ve diğer varlıklar

ETH, Arbitrum One'ın gas para birimidir. İşletmenin kimlik doğrulaması yapılan yapılandırmasında bu seçenek açıkça görünüyorsa satın alma varlığı olarak da kullanılabilir. Referans bir para biriminde fiyatlanan ürünler için ETH fiyat teklifinin nasıl hesaplandığını, ne zaman sona erdiğini ve geç, eksik ya da fazla ödemelerde ne olacağını belirleyin.

Başka bir varlığı yalnızca Arbitrum One'daki o varlığın tam olarak canlı yapılandırmada mevcut olması ve işletmenin sözleşmeyi doğrulayabilmesi, fiyat belirleyebilmesi, varlığı tutabilmesi veya dönüştürebilmesi, mutabakat yapabilmesi ve iade edebilmesi hâlinde sunun. Bir varlığın teknik olarak cüzdana aktarılabilmesi, ödeme sayfasında desteklendiği anlamına gelmez.

Sabit bir ücret vadetmeden Arbitrum gas ücretini açıklayın

Standart bir Arbitrum One işleminde gönderici, gas ücretini Arbitrum One'daki ETH ile öder. Müşterinin fatura için yeterli USDC'si olsa da varlık aktarımını gönderecek ETH'si olmayabilir.

Şu üç tutarı birbirinden ayırın:

• işletmenin beklediği satın alma tutarı;
• cüzdanın ETH cinsinden tahmin ettiği ağ ücreti;
• işletmenin ayrıca açıkladığı hizmet sağlayıcı veya işletme ücreti.

Faturada 60 USDC isteniyorsa müşteri 60 USDC göndermeli ve gas için Arbitrum One'da ek ETH bulundurmalıdır. ETH cinsinden ücreti USDC tutarından düşmemelidir.

Arbitrum'un resmî gas tahmini rehberi, bir işlemi tahmin etmek için standart eth_estimateGas akışını önerir ve üst zincirdeki çağrı verisi fiyatlandırması değiştikçe tahminin de değişebileceğini belirtir. Ödeme sırasında bağlı cüzdanın güncel bir tahmin hesaplamasına izin verin. Kalıcı bir ücret yayımlamayın veya her aktarımın aynı tutara mal olacağını vadetmeyin.

Müşteri yardım metninde “Gas için Arbitrum One'da ETH gerekir” ifadesi yer almalıdır. Yalnızca Ethereum ana ağında veya başka bir ağda bulunan ETH, Arbitrum One işlem ücretini ödeyemez. Canlı akışınız farklı bir gas mekanizması, ücret desteği veya soyutlama kullanıyorsa standart aktarım modelini varsaymak yerine kimlik doğrulaması yapılan yapılandırmada gerçekten gösterilen davranışı belgeleyin.

İşletmenin ödeme akışını oluşturun

1. Canlı yapılandırmada kullanılabilirliği doğrulayın

İşletme hesabında oturum açın; hem yapılandırma ekranını hem de müşterinin ödeme sayfasını inceleyin. Hesabınıza sunulan Arbitrum One varlıklarını eksiksiz kaydedin. Amaçlanan varlık ve ağ görünmüyorsa bunların reklamını yapmayın.

Yolfi'nin herkese açık sayfası ürünün yönünü ve özelliklerini göstermesi bakımından yararlıdır; ancak her varlığın her hesap, ülke veya akışta kullanılabileceğini garanti etmez. Kullanıma almadan önce ve üründe ya da hesapta önemli değişiklikler yapıldıktan sonra kimlik doğrulaması yapılan yapılandırmadaki kullanılabilirliği yeniden kontrol edin.

2. Denetimli bir ödeme alma cüzdanı yapılandırın

İşletme politikası uyarınca denetlenen, Arbitrum One uyumlu bir cüzdan kullanın. Ödeme almadan önce hedef adresi bağımsız olarak doğrulayın. Şunları belirleyin:

• ödeme alma adresini kimlerin değiştirebileceği;
• anahtarların veya imzalama cihazlarının nasıl güvence altına alınıp yedekleneceği;
• adres değişiklikleri ve iadeler için ikinci bir onaylayıcının gerekip gerekmediği;
• her yapılandırma değişikliğinin nasıl kaydedilip sınanacağı;
• onaylanmış giden işlemler için yeterli Arbitrum One ETH'sinin nasıl bulundurulacağı;
• finans ekibinin farklı ağlarda aynı görünen adresleri ve varlıkları nasıl ayırt edeceği.

Yolfi, herkese açık Arbitrum sayfasında ödemenin saklama hizmeti olmadan doğrudan işletme cüzdanına aktarılmasını açıklar. Bu davranışı ilgili canlı seçenek için teyit edin. Doğrudan aktarım, hizmet sağlayıcıda tutulan bakiyeden para çekme adımını ortadan kaldırır; ancak cüzdan güvenliği, hazineye erişim, iadeler ve muhasebe yine işletmenin sorumluluğundadır.

3. Ödeme linklerini, bütünleşik ödeme sayfasını veya tekrarlayan erişimi seçin

Kripto ödeme linki; fatura, danışmanlık projesi, özel sipariş veya elle teslim edilen bir ürün için kullanışlı bir başlangıç noktasıdır. Tam bir bütünleştirme gerektirmeden talep edilen tutarı ve ödeme bağlamını ekler.

Onaylanmış bir ödemenin otomatik olarak hesap oluşturması, bakiye tanımlaması, dosya teslim etmesi, lisans etkinleştirmesi veya siparişi güncellemesi gerekiyorsa bütünleşik bir ödeme sayfası kullanın. Ağı, sözleşmeyi, tutarı, fiyat teklifi ayrıntılarını, ödeme talebi kimliğini, işlem özetini, durum geçmişini ve sipariş karşılama durumunu saklayın.

Herkese açık Arbitrum ürün sayfası tekrarlayan ödemeleri ve ödeme olaylarını da açıklar. İşletmenin yenilemelere ihtiyacı varsa kripto aboneliklerini inceleyin, ardından kimlik doğrulaması yapılan canlı yapılandırmada tam olarak hangi Arbitrum One varlığının bulunduğunu doğrulayın. “Tekrarlayan” ifadesinin cüzdandan otomatik para çekileceği anlamına geldiğini varsaymayın. Gerçek yenileme bildirimini, ödeme süresini, ek süreyi, iptal davranışını, erişim kuralını ve yinelenen olayların nasıl ele alınacağını belirleyin.

4. Ödeme sayfasındaki belirsizliği ortadan kaldırın

Ağı; varlığın, tutarın, QR kodunun ve cüzdan düğmesinin yanında tekrar belirtin. Yararlı talimatlar şunlardır:

• “Arbitrum One'da 60 yerel USDC gönderin.”
• “Yalnızca Arbitrum One ana ağını kullanın (zincir kimliği 42161).”
• “Ağ ücreti için Arbitrum One'da ETH gerekir.”
• “USDC.e veya başka bir ağdaki USDC'yi göndermeyin.”

Birden fazla ağ kullanılabiliyorsa cüzdanı açmadan önce müşterinin açıkça seçim yapmasını zorunlu tutun. Yalnızca “USDC” gösterip arka planda Arbitrum One'ı seçmeyin. Yanlış ağdan kripto ödemelerini önleme rehberi; önleme yöntemlerini, kanıt toplamayı ve olay müdahalesini daha ayrıntılı açıklar.

5. Düşük tutarlı gerçek bir ödemeyi sınayın

Müşterinin kullanacağı ödeme sayfasını ve cüzdana geçiş sürecini aynen kullanın. Şunları doğrulayın:

1. Sayfa Arbitrum One'ı ve tam varlığı belirtir;
2. cüzdan 42161 zincir kimliğini seçer;
3. hedef adres ve tutar ödeme talebiyle eşleşir;
4. yerel USDC, beklenen Circle sözleşmesini kullanır;
5. ETH gas ücreti ayrı gösterilir;
6. işlemin gönderilmesi, siparişin anında karşılanması yerine beklemede durumunu oluşturur;
7. uygun onaylanmış durum sipariş sistemine ulaşır;
8. yinelenen bir olay siparişin yeniden karşılanmasına yol açmaz;
9. finans ekibi talebi, işlemi, cüzdan makbuzunu ve siparişi eşleştirebilir;
10. denetimli iade prosedürü tamamlanabilir.

Ödeme alma cüzdanını, varlığı, ödeme sayfası kodunu, olay uç noktasını, onay kuralını veya sipariş karşılama mantığını değiştirdikten sonra sınamayı tekrarlayın.

Onayları ve kesinleşmeyi slogan değil politika olarak ele alın

Bir işlem özeti yalnızca incelenecek bir işlem bulunduğunu kanıtlar. İşlem beklemede olabilir, başarısız olmuş olabilir, başka bir ağda gönderilmiş olabilir, yanlış sözleşmeyi kullanabilir, yanlış tutarı gönderebilir veya başka bir siparişe atanmış olabilir.

Ödemeyi kabul etmeden önce şunları doğrulayın:

• işlem Arbitrum One'dadır;
• varlık ve sözleşme taleple eşleşir;
• hedef, yapılandırılmış işletme cüzdanıdır;
• alınan tutar sipariş politikasını karşılar;
• ödeme gerekli duruma ulaşmıştır;
• işlem başka bir sipariş için kullanılmamıştır;
• sipariş daha önce karşılanmamıştır.

Gönderilme, zincire eklenme, onaylanma ve işletmenin teslimat kararı farklı durumlardır. Ödeme akışının sunduğu onaylanmış durumu ve sipariş değerine, teslimatın geri alınabilirliğine, dolandırıcılık riskine ve mevcut altyapıya uygun ek politikaları kullanın. Sabit bir saniye değeri, her işlem için geçerli tek bir onay sayısı veya işlemin anında geri döndürülemez biçimde kesinleşeceğini vadetmeyin.

Daha yüksek riskli siparişlerde ödemeyi incelemeye kimin alabileceğini ve hangi kanıtların incelemeden çıkarılmasını sağlayacağını belgeleyin. Düşük riskli dijital ürünlerde otomasyon uygun olabilir; ancak yalnızca tüm kabul alanları eşleştikten sonra.

Webhook'ları yeniden denemeye uygun hâle getirin

Ödeme olayları ve webhook'lar, müşterinin tarayıcıyı yenilemesine gerek kalmadan ödeme sayfasının siparişi güncellemesini sağlar. İlgili canlı Arbitrum One akışında olayların bulunduğunu doğrulayın, ardından bütünleştirme belgelerinde belirtilen özgünlük doğrulama yöntemini uygulayın.

En az şu bilgileri saklayın:

• olay kimliği ve ödeme talebi kimliği;
• işlem özeti, ağ, varlık ve sözleşme;
• bildirilen durum ve olayın oluşturulma zamanı;
• işleme denemeleri ve sonuçları;
• siparişe bağlı tek sipariş karşılama kaydı.

Webhook teslimatı gecikebilir veya tekrarlanabilir. Yinelenen işlemlerde aynı sonucu üreten bir işleyici geliştirin: aynı onaylanmış olay birkaç kez işlense bile yalnızca bir lisans, bir bakiye kaydı, bir gönderi veya bir abonelik uzatması oluşturulmalıdır. Kalıcı bir sipariş durumu güncellemesiyle birlikte kararlı bir ödeme ya da olay tanımlayıcısı üzerindeki benzersizlik kısıtı, bellekte tutulan bir “daha önce görüldü” işaretinden daha güvenilirdir.

Tarayıcının dönüş sayfasını ödeme kanıtı olarak kullanmayın ve tek muhasebe kaydı olarak yalnızca webhook'lara güvenmeyin. Ödeme taleplerini, onaylanmış ödeme kayıtlarını, Arbitrum One işlemlerini, ödeme alma cüzdanı hareketlerini ve karşılanan siparişleri karşılaştıran bir mutabakat süreci yürütün. Böylece keyfî cüzdan aktarımlarını siparişlere bağlamadan kaçırılan bildirimleri ve iç sistem hatalarını tespit edebilirsiniz.

İstisnaların ve yanlış ağ kullanımının nasıl ele alınacağını belirleyin

Müşteri hizmetleri ilk itirazlı ödemeyi almadan önce politikayı yazın:

• Eksik ödeme: Belgelenmiş bir tolerans kuralına göre siparişi ödenmemiş durumda veya incelemede tutun.
• Fazla ödeme: Alınan tutarın tamamını kaydedin ve fazlalığı ayrıca inceleyin.
• Geç ödeme: Eski fiyat teklifinin geçerli sayılıp sayılmayacağına, fark istenip istenmeyeceğine veya iade yapılıp yapılmayacağına karar verin.
• Yinelenen ödeme: Siparişi bir kez karşılayın ve fazladan aktarımı ayrıca inceleyin.
• Yanlış sözleşme: USDC.e'yi veya benzer görünen başka bir varlığı otomatik olarak yerel USDC saymayın.
• Yanlış ağ: Gerçekte kullanılan zinciri doğrulayın ve kurtarmanın mümkün olduğunu asla vadetmeyin.
• Bilinmeyen aktarım: Kanıt olmadan aktarımı en yakın benzer siparişle eşleştirmeyin.

Yanlış ağ bildirimi için sipariş referansını, işlem özetini, kullanılan zinciri, varlık sözleşmesini, hedefi, tutarı ve cüzdan adresini alın. Bu bilgileri bağımsız olarak doğrulayın. Ekran görüntüsü bildirimi destekleyebilir, ancak işlem verilerinin yerini tutmaz.

Aynı özel anahtar, birden fazla EVM ağında aynı adresi denetleyebildiğinden kurtarma bazen teknik olarak mümkün olabilir. Bu durum, işlemi güvenli veya operasyonel olarak onaylanmış kılmaz. Akıllı sözleşmelerce denetlenen adresler, saklama düzenlemeleri, desteklenmeyen imzalama ortamları, uyum kuralları ve güvenlik politikası kurtarmayı engelleyebilir. Personelden anahtarları içe aktarmasını veya doğaçlama bir köprü kullanmasını istemek yerine denetimli bir süreç üzerinden üst incelemeye taşıyın.

Kullanıma almadan önce iadeleri ve mutabakatı planlayın

Arbitrum One'da iade, ilk ödemenin geri çevrilmesi değil, yeni bir giden işlemdir. İadeyi göndermeden önce:

1. ilk siparişi ve onaylanmış ödemeyi doğrulayın;
2. onaylanan iade varlığını ve tutarını teyit edin;
3. müşterinin kimliğini ve hedef adresi denetimli bir kanal üzerinden doğrulayın;
4. ağ ücretini kimin karşılayacağını belirtin;
5. gerekli iç onayı alın;
6. imzalama cüzdanında ilgili varlık ile Arbitrum One ETH'sinin bulunduğunu doğrulayın;
7. giden işlemi ayrıca kaydedin.

Beklenmedik bir e-posta veya sohbet mesajındaki yeni adresi kopyalamayın. İlk ödemeyi yapan kişi, hesap sahibi ve istenen iade adresi farklı olabilir; ayrıca saldırgan adresi değiştirmeye çalışabilir.

Finans kayıtlarında şunları saklayın:

• sipariş, fatura, müşteri ve ödeme talebi referansları;
• Arbitrum One, varlık ve varlık sözleşmesi;
• talep edilen ve alınan kripto tutarları;
• referans para birimindeki değer, kur kaynağı ve değerleme zamanı;
• ödeme alma adresi ve işlem özeti;
• talep, tespit, onay ve sipariş karşılama zamanları;
• işletmenin kaydettiği ücretler;
• istisnalar, durum değişiklikleri, iadeler ve düzeltme işlemleri.

Mutabakatı işlem hacmine ve teslimat riskine uygun bir takvimle yapın. Eşleştirilemeyen aktarımları, yanlış varlıkları, yinelenen işlemleri ve çözülememiş yanlış ağ bildirimlerini sorumlusu ve çözüm durumuyla birlikte istisna sırasında tutun. Vergi, değerleme ve gelirin kayda alınmasıyla ilgili kurallar ülkeye göre değişir; bu nedenle işletmenize uygun uzman görüşü alın.

Sık Sorulan Sorular

Arbitrum One ile nasıl kripto ödeme alabilirim?

Kimlik doğrulaması yaptığınız işletme yapılandırmasında Arbitrum One varlığını tam olarak doğrulayın, işletmenin denetimindeki bir ödeme alma cüzdanı yapılandırın ve ödeme linki ya da bütünleşik ödeme sayfası oluşturun. Varlığı ve ağı açıkça etiketleyin, düşük tutarlı bir aktarımla sınayın ve siparişi yalnızca işlem ödeme talebiyle eşleşip gerekli onaylanmış duruma ulaştıktan sonra karşılayın.

Arbitrum One zincir kimliği nedir?

Arbitrum One ana ağı 42161 zincir kimliğini kullanır. Resmî Arbitrum hızlı başlangıç rehberinde para birimi simgesi olarak ETH listelenir. Müşterilere “Arbitrum One” adını açıkça göstermeye devam ederken cüzdan ve bütünleştirme yapılandırmasını doğrulamak için zincir kimliğini kullanın.

Müşterilerin Arbitrum One'da USDC göndermek için ETH'ye ihtiyacı var mı?

Standart bir varlık aktarımında evet. Gönderen cüzdanın gas ücreti için Arbitrum One'da ETH bulundurması gerekir. Bu gas bakiyesi, talep edilen USDC tutarından ayrıdır. Canlı ödeme akışı gas desteği veya başka bir mekanizma kullanıyorsa gerçek davranışı doğrulayın.

Arbitrum'daki yerel USDC sözleşmesi nedir?

Circle, Arbitrum'daki yerel USDC sözleşmesini 0xaf88d065e77c8cC2239327C5EDb3A432268e5831 adresinde listeler. Kullanıma almadan önce bu adresi Circle'ın güncel diziniyle ve kimlik doğrulaması yapılan işletme yapılandırmasında tanınan sözleşmeyle karşılaştırın.

USDC.e ile yerel USDC aynı mı?

Hayır. Yerel USDC ile genellikle USDC.e olarak gösterilen köprülenmiş USDC, Arbitrum One'da farklı sözleşmeler kullanır. Yalnızca ödeme seçeneği için yapılandırılan sözleşmeyi kabul edin; uyumsuz bir aktarımı otomatik olarak ödenmiş saymak yerine incelemeye gönderin.

Arbitrum One ödemeleri anında ve kesin olarak gerçekleşir mi?

Bunu vadetmeyin. Gönderilen bir işlem beklemede kalabilir veya başarısız olabilir; ayrıca işletmenin ödemeyi kabul etmesi, işlem özetini görmekten fazlasını gerektirir. Sabit bir süreyi veya onay sayısını garanti etmek yerine ödeme akışının onaylanmış durumunu ve siparişe uygun bir risk politikasını kullanın.

Arbitrum One'daki her varlığı kabul edebilir miyim?

Bunu varsaymayın. Yalnızca kimlik doğrulaması yapılan canlı yapılandırmada gösterilen ve cüzdanınız, fiyatlandırma, onay, muhasebe, müşteri hizmetleri ve iade süreçleriniz tarafından desteklenen tam varlık ve ağ bileşimini kabul edin.

Arbitrum One ödemeleri iade edilebilir mi?

İşletme, iade politikasına göre ayrı bir giden işlem göndererek iade yapabilir. İlk ödemeyi, müşteriyi, hedefi, varlığı, tutarı, onayı, gas ücretini ve ücretlerin nasıl ele alınacağını doğrulayın; ardından iadeyi bağımsız olarak kaydedin.

Sonuç

Üretimde kullanılan bir Arbitrum One ödeme yöntemi, tekrar tekrar kullanılacak bir 0x adresi değil, denetimli bir süreçtir. 42161 zincir kimliğini belirtin, müşterinin karar verdiği her noktada Arbitrum One adını gösterin, varlık sözleşmesini tam olarak doğrulayın ve standart varlık aktarımlarında gas için Arbitrum One'da ETH gerektiğini açıklayın.

Yerel USDC, dolar cinsinden fiyatlanan birçok ürün için anlaşılır bir başlangıç seçeneğidir; ancak yalnızca Circle'ın listelediği sözleşme, kimlik doğrulaması yapılan canlı yapılandırmadaki varlıkla eşleşiyorsa. USDC.e'yi ve diğer sözleşmeleri ayrı tutun. Ardından beklemede ve onaylanmış durumlarını, webhook yeniden denemelerini, yinelenen işlemlerde aynı sonucu veren sipariş karşılamayı, mutabakatı, istisnaları ve onaylanmış bir iadeyi uçtan uca sınayın.

Müşterilerin zaten kullandığı ve işletmenin güvenle yönetebileceği varlıkla başlayın. Daha fazla varlığa, otomatik ödeme sayfasına veya tekrarlayan erişime ancak ilk seçenek güvenilir biçimde çalıştıktan ve tam Arbitrum One seçeneği canlı işletme yapılandırmasında kullanılabilir olmaya devam ettikten sonra geçin.