Blockchain ve finansal BT'nin "evliliği" için fikirler ve planlar
Özet
2017, blok zincirinin açılış yılıdır. Giderek daha fazla banka, blockchain'in kavram kanıtı POC'sini geçti ve gerçek üretim sistemine blockchain teknolojisini uygulamaya devam ediyor. Blockchain üzerinde belirli bir araştırma ve uygulama döneminden sonra, birçok bankacılık teknolojisi ekibi nispeten derinlemesine bir blockchain anlayışına sahip olsa da, blockchain teknolojisinin gerçek entegrasyonu sürecinde, birçok geleneksel bankacılık teknolojisi hala Güvenli ve istikrarlı olup olmadığı konusunda birçok şüphe var. Aslında, deneyimlerimize göre, birkaç yıllık blockchain geliştirildikten sonra, teknolojinin kendisi kapasite, ölçeklenebilirlik, TPS performans göstergeleri ve istikrar açısından ticari standartlara ulaştı.Blockchain ve geleneksel finansın nasıl yapılacağına daha fazla önem verilmektedir. BT, entegrasyonda eksiksiz ve titiz çözümler ve çözümler sağlar. Aşağıdaki makale blok zinciri teknolojisinin geleneksel banka BT'sinde nasıl uygulanacağını tartışmaktadır.Ürün yöneticileri, sistem mimarları ve banka ve finans kurumlarının geliştirme mühendisleri için uygundur.
1. Neden blockchain sistemini kullanmalıyız
Blockchain teknolojisini uygulamadan önce, öncelikle hangi senaryoların ve ürünlerin blockchain mimarisini kullanarak uygulamaya uygun olduğunu ve hangilerinin uygun olmadığını düşünmeliyiz. Burada Duan Xinxingin Titan White ( ile ilgili paylaşım kaydına atıfta bulunuyorum. Makale, uygulamanın üç ilkesini ortaya koymaktadır. Noktaların çok iyi yapıldığını düşünüyorum. Burada yapacağım Biraz anlayışımı ekleyin.
Birinci kural, "Sivrisinekleri vurmak için top kullanmayın", Blockchain teknolojisi, varlık ağları için daha uygundur (IP Üzerinden Varlıklar) Bunun ışığında, bankanın kendisi, daha uyumlu olan varlıkla ilgili işlerle uğraşmaktadır.
Kural 2: Blok zincirini kullanmak için birden fazla tarafın veri yazmasına ihtiyaç duyulmalıdır.
Belli bir bakış açısıyla, blockchain bir çeşit veritabanı olarak kabul edilirse, buradaki en belirgin özellik, birden fazla tarafın işbirliğine uyum sağlamak için doğmuş bir veritabanı olmasıdır.Tek bir yazar, veritabanına veri yazabilir. Eğer yapılırsa, blockchain kullanmaya gerek yoktur. Bu nedenle, çok taraflı işbirliğine ihtiyaç duyulmalıdır.
Kural 3: Blockchain ürünleri doğal olarak zayıf bir şekilde merkezileştirilmelidir
Blok zincirinin yerel ödeme yapması temelde imkansızdır çünkü merkezi platformlar yeterince güçlüdür ve Alipay, WeChat ve UnionPay gibi yeterince iyi bir deneyime sahiptir. Bununla birlikte, farklı ülkelerdeki tüccarlar ve finans kurumları arasında sınır ötesi havaleleri açmak, takas ve uzlaştırma için blok zinciri kullanmanın birçok başarılı örneği vardır. Nedeni de çok basit: İkincisi, karmaşık çok taraflı piyasada "merkezi bir koordinatörden" yoksundur ve ciddi karşı taraf riskleri içeren bir ticaret ikilemi vardır. Örneğin, akreditif iyi bir uygulama senaryosudur.Bu yılın Temmuz ayında, China CITIC Bank, bankacılık endüstrisindeki ilk yerel akreditif blok zinciri uygulamasını başlatmak için Minsheng Bank ile işbirliği yaparak, bankalara uluslararası yerleşim, ticaret finansmanı ve diğer işleri genişletmek için destek sağladı.
Ek olarak, bankacılık sisteminde operasyonel verimliliği çözmek ve işletme maliyetlerini düşürmek için blockchain kullanımının da çok açık bir uygulama noktası olduğu da eklenmelidir. Örneğin, China Merchants Bank'ın blockchain teknolojisinin dönüşümü yoluyla sınır ötesi doğrudan takas işi resmi olarak ticarileştirilecek, merkez ofis ve denizaşırı şubelerin fon takası gerçekleştirilecek ve işlem süresi 6 dakikadan saniyeye düşürülecek.
2. Tipik Füzyon Mimarisi
Aşağıda, banka BT ve blok zincirinin tipik bir entegre mimarisi verilmiştir. Bankada konuşlandırılan blok zinciri düğümleri, uygulama katmanında, iş katmanında, veri katmanında ve bankanın mevcut BT mimarisinde etkileşime girecektir.
Uygulama katmanı: Uluslararası takas sistemi, döviz işlem sistemi, ödeme sistemi gibi daha tipik olan Banka BT uygulama katmanı, blok zincirinin bağlantı katmanı ile etkileşime girecek, Restful API üzerinden blok zinciri işlemlerini başlatacak veya WebSocket mekanizması üzerinden blokları kabul edecektir. Zincir blokları ve işlem sonuçları.
İş Katmanı: Genellikle risk kontrol stratejileri, ödeme ve takas kuralları ve AML kuralları bu seviyede formüle edilir.Blok zinciri, risk kontrol kuralları ve tasfiye noktaları gibi işlemle ilgili taraflarla ilgili iş kuralları yazmak için akıllı sözleşmeler (veya: ChainCode) kullanır. Akıllı sözleşmelerle çalıştır vb. Yazılabilir.
Veri katmanı: Blockchain genellikle kesintisiz zincir depolamayı ve basit bilgi depolamayı gerçekleştirmek için blockchain için uygun olan K / V veritabanını kullanır.SQL ifadelerinin karmaşık sorgularını desteklemez ve elbette daha fazla veri analizi ve madenciliği destekleyemez. Örneğin, ticari bir bankadaki blockchain projemizde, fon akışının denetimini gerçekleştirmek ve fonların kesin yatırımını gerçekleştirmek için UTXO tabanlı hesap modelinin çıkarılması, başlangıçta işlenmesi ve bankanın AML kurallarına göre yeniden işlenmesi gerekir. Aynı zamanda, banka veri katmanının genellikle daha eksiksiz bir felaket kurtarma yedekleme stratejisi vardır. Bu nedenle, blockchain mimari çözümünün ilişkisel veritabanları (Oracle, DB2, Mysql, vb.) İçin veri içe aktarma işlevleri sağlaması gerekir.Bir yandan veri güvenliği depolaması için gereklidir, diğer yandan verilerin yeniden işlenmesi için veri kaynağı sağlar.
3. Mutabakat modelindeki değişiklikler
Hangi sistem hesabının geçerli olacağı ve mutabakat döngüsünün nasıl ayarlanacağı, banka BT'sinde her zaman çok ilkeli bir konu olmuştur.Sistem blok zinciri ile entegre edildikten sonra, bunun yeniden anlaşılması ve yeni kurallarla uygulanması gerekir. Bazı iniş projelerinde, banka BT personelinin yeni model kapsamında yeni bir mutabakat modelini anlamasına ve uygulamasına izin vermek için çok fazla enerji harcamamız gerekir.
Anlama kolaylığı için, UnionPay tabanlı bankalar arası ödeme sistemini, geleneksel mutabakat modeline bir örnek olarak ele alalım.
Takas genellikle T gününün sonunda (23:00 gibi) gerçekleşir. UnionPay takas işlemini tamamladıktan sonra, her üye kuruma takas belgeleri düzenler ve her üye banka hesapları merkezin takas belgelerine göre mutabakat yapar. Dikkat edin, emin olun UnionPay'e tabidir.
Not: Takas, işlem günlüğüne kaydedilen başarılı işlemler için işlem anapara ve işlem ücretlerinin (işlem ücretleri, kar paylaşımı vb.), Ardından alacak veya borç tutarını oluşturmak için tasfiye nesnesine göre toplam netleştirmeyi ifade eder. Kısacası, bugün ne kadar para istemeliyim? Ne kadar vermeliyim?
Blok zinciri modeline dayanan mevcut merkezi organizasyon modeliyle karşılaştırıldığında, bloklar düzenli aralıklarla (genellikle birkaç saniye ile on saniye arasında) oluşturulur. Bu bloktaki işlem ayrıntıları Katılan düğümlerin mutabakat sürecinde tutarlı bir defterin oluşturulması, mutabakatın her zaman gerçekleştirildiği anlamına gelir. Bu nedenle, yeni mutabakat modeli aşağıdakilere göre ayarlanmalıdır:
1. Gün sonu mutabakatı, gerçek zamanlı mutabakata dönüşür
2. Bankalar arası transfer kurumlarından (UnionPay gibi) blok zinciri ile tutarlı deftere geçiş.
Buradan açıkça görülebileceği gibi, bariz faydalar şunlardır: verimlilik artırılır ve iyi bir işlem mekanizması ile (sonraki bölümde bahsedilmiştir), hata hesaplarının görülme sıklığı neredeyse sıfıra indirilebilir.
Dört, işlem tutarlılığını çözün
Bir bankanın blok zinciri projesindeki bir senaryoyu tartışıyoruz. Bu senaryo, öncelikle blok zincirinden dijital varlık işlemlerini ve aynı zamanda bankanın yerel muhasebe sisteminde elektronik hesapla ilgili muhasebe işlemlerini gerektirir. Bu iki eylem uygulama gerektirir. İşlem tutarlılığı.
Bankanın mevcut sistem mimarisinde, işlem tutarlılığını sağlamak için bazı geleneksel yöntemler vardır: En basit olanı, yerel ilişkisel veritabanının güçlü tutarlılığı yoluyla yerel işlemlerin tutarlılığını sağlamak veya işlem kurtarma gerçekleştirmek için bazı dengeleme işlem modları tasarlamaktır. Rulo; ve ardından iki aşamalı tamamlama protokolü (2PC) aracılığıyla başarmak için.
Blockchain işlemleri için yukarıdakilerin hiçbiri desteklenemez.Nedenler açıktır.İlk olarak, blockchain düğümleri bağımsız uygulamalardır ve yerel işlemler yoluyla gerçekleştirilemez; ikincisi, blockchain tarafından kullanılan veritabanları NoSQL veritabanlarıdır ve bu ilişkisel olmayan veritabanları 2PC'yi destekleyemez. Üçüncüsü, blockchain bir işlem geri alma mekanizmasına sahip değildir Blok üzerindeki işlem olduğu sürece, karşı işlem üzerinden geri alınamaz.
Çözüm şudur Mikro hizmet mimarisinden işlem tutarlılığı için bir çözüm bulun. Aslında, blockchain uygulama düğümü bağımsız bir mikro hizmettir.
İşlem tutarlılığı, güvenilir olay modu, iş tazminat modu ve TCC modu elde etmek için üç mikro hizmet modu vardır. Bunlar arasında en uygun olanı güvenilir uygulama modudur ve bazı durumlarda iş tazminat modu kullanılabilir. Nedeni şudur: TCC modu, İptal işlemi için destek gerektirir ve blok zinciri uygun değildir. Özet olarak, işlem tutarlılığını sağlamak için harici bir olay sistemine dayalı güvenilir bir olay modeli kullanmanızı öneririz.
Spesifik şema tasarımı aşağıdaki gibidir:
Harici olay sistemi, olay mesajlarının tüm sürecinin durumunu kaydeder.Yukarıdaki şekilden de görülebileceği gibi, 1-5, anormal durumların meydana gelebileceği normal bir işlem sürecidir:
-Blockchain işlemi başarısız oldu
-Blockchain işlemi başarılı ancak olay sistemi bilgilendirilmedi
-Hesap sistemi işlemi başarısız oldu (alınamayabilir veya işlem başarısız olabilir)
-Hesap sistemi işlemi olay sistemine bildirimde bulunulmadan başarılıdır
Mutabakat süreci düzenli olarak olay sistemi veri tabanından A) kaydedilmiş ancak işlem blok bildirimini almamış işlemleri bulur. B) hesap sistemi "tamamlanmış" işlemleri ayarlamadı.
A için mutabakat süreci blok zincirinden sorgulanır (blokların karşılaştırılması, 2'den fazla bloğun geçip geçmediği dahil), eğer blok zinciri işlemi tamamlamadıysa, olay çözmek için "iptal" olarak ayarlanacaktır. Birinci istisna türü; blok zinciri işlemi başarılı olursa, güncelleme olay durumu "Bekleyen Muhasebe Sistemi İşlemi" olur ve ikinci istisna türünü çözmek için mesaj kuyruğuna gönderilir;
B için hesap sistemini tekrar bilgilendirin, hesap sistemini tekrar işlemesi için tetikleyin (bu işlem duruma göre birden çok kez ayarlanabilir) ve üçüncü ve dördüncü istisnaları çözün.
PS : Hesap sisteminin aynı anda idempotence elde etmesi gerekiyor ve olayların tekrar tekrar alınması nedeniyle birden çok kez tekrarlanamaz!
Hesap sisteminin muhasebe hatalarında işlem sürecini tersine çevirebildiği, diğer senaryolarda ise işlem tazmin modelleri tasarlayabildiği eklenmiştir. Platform, bu modelin geliştirme karmaşıklığını azaltmak için hizmet düzenlemesini de kullanabilir.
Beş, kimlik gerçek adı ve anahtar yönetimi
İlk halka açık blok zincirinde, gerçek isim kimliğine ihtiyaç yoktur ve anahtar yönetimi de bireylerin kendilerini yönetmesine bırakılmıştır. Finans endüstrisinde blockchain uygulaması için, açıkça ne denetime uygun ne de bankaların ticari standartlarını karşılamamaktadır.Bu nedenle, banka ittifak zinciri için en önemli iki hedefe ulaşmak gerekir:
1. Zincir üzerindeki gerçek isim kimliği
2. Kayıp raporlama ve geri alma gibi anormal yönetim dahil olmak üzere dijital varlık kontrol anahtarlarının yönetimi
Bu konuda önerdiğimiz plan şu şekildedir:
1. Bankanın mevcut olgun doğrulama kanallarına dayalı gerçek isim kimliği için, bankanın mevcut ikinci ve üçüncü tip hesap doğrulama modellerini ve banka kartları için dört unsurlu doğrulama yöntemi gibi KYC'yi kullanmanızı öneririz.
2. Bankaya olan yüksek kullanıcı güveni ışığında, Anahtar yönetim planının "isteğe bağlı emanet planı" benimsemesi önerilir Kullanıcı, anahtarı kendisi oluşturmayı ve yönetmeyi seçebilir veya kullanıcının izniyle, banka anahtarı kullanıcı için emanet eder ve kullanıcı terminaline güvenli bir şekilde verir, böylece kullanıcı kaybı rapor edebilir ve gerçek adı ile geri alabilir. Detaylar aşağıdaki gibidir.
6. Yüksek düzeyde kullanılabilir dağıtım mimarisi
Banka BT'si her zaman yüksek kullanılabilirlik için son derece yüksek gereksinimlere sahipti ve blok zincirinin inşası, yüksek kullanılabilirliğin (HA) dağıtım mimarisini tam olarak desteklemesi gerekiyor.
Bir blok zinciri hizmet kümesi oluşturmak için bir mikro hizmet mimarisi kullanmanızı öneririz. Blok zinciri düğümü yalnızca, birden çok serbestçe ölçeklenebilir fiziksel düğümden oluşan mantıksal bir kavramdır.
Şu anda, sektördeki daha olgun mikro hizmet çerçeveleri arasında Netflix Spring Cloud ve Apache ZooKeeper bulunmaktadır. Çözüm belirli bir çerçeveyle sınırlı değildir. Örnek olarak Spring Cloud tarafından sağlanan hizmet kaydı (Eureka) ve hizmet keşfi (Şerit) çerçevesini kullanıyoruz. Spesifik dağıtım planı aşağıdaki gibidir.
Not: Her bankanın kendi HA şemasında kendi standartları vardır Mikro hizmet tabanlı mimari şeması yalnızca bir fikir ve seçimdir.Özel durum, genel banka HA şemasına göre ayarlanabilir.
Yukarıda, tüm blok zinciri düğümlerini hizmet olarak Eureka kümesine kaydediyoruz, böylece hizmet arayanlar (banka uygulamaları), blok zinciri düğümlerini kolayca bulabilir ve tüm hizmet için tek bir hata noktası olmadığından emin olabilir.
Bunlar arasında roller blok zinciri kümesinde bölünebilir ve daha iyi performansa sahip fiziksel makineler muhasebe düğümleri olarak ayarlanabilir ve diğerleri hizmet yanıtı veya veri yedeklemesi sağlamak için hafif düğümler olarak kullanılabilir.
Yedi, sonuç
Blockchain teknolojisi, ana akım finansal kurumların stratejik dağıtımının birincil görevi haline geldi.Bu teknolojiler, finansal kurumların bir sonraki gelişimi için temel itici güçlerden biri olacak. Banka finans BT personeli için, blockchain teknolojisini hızlı bir şekilde anlamak ve öğrenmek gerekir. Bu makale, finansal BT perspektifinden olup, blockchain teknolojisinin uygulanmasında çözülmesi gereken bazı temel sorunları tartışır ve banka BT personelinin blockchain teknolojisini daha iyi uygulamasına ve uygulamasına yardımcı olmayı umar.
Yazar hakkında:
Onchain Dağıtım Teknolojisi Finansal Sistem Teknik Direktörü Min Xiao. Bay Xiao bir zamanlar UnionPay Data ve büyük bir yerel ödeme kurumu için çalıştı. Kapsamlı bir finansal sistem BT planlaması, mimarisi ve ekip yönetimi deneyimine sahip. Sınır ötesi ödeme, hesaplar ve takas işlerine aşinadır. Blok zinciri ve finansal sistemlerin kombinasyonu hakkında derin bir anlayışa sahiptir. Deneyim.
Gönderildiği andaki Bitcoin fiyatı 18371
