W3C doğrulanabilir kimlik bilgileri ile konsorsiyum tabanlı kimlik altyapısı
Farklı kimlik sistemlerinin sorunsuz bir şekilde birlikte çalışmasını sağlayan bir sistem oluşturmak, sınırları aşan ticaret ağları için çok önemlidir.
Bu, özellikle çeşitli ülkeler ve kuruluşların bir kişinin kimliğini doğrulama yöntemleri olduğunda geçerlidir. Birleştirilebilir kimlik altyapısı, işletmelerin ve bireylerin bu karmaşık ağlarda daha kolay gezinmesini sağlayan işbirliğine dayalı bir yaklaşım sağlar.
Ticaret finansmanı ağlarında bir sorun var. Müşterini tanı veya KYC süreçleri tamamen gereksizdir. Bu, bir şirket ticaret yapmak istediğinde, daha önce birlikte çalıştığı biriyle olsa bile her seferinde doğrulama sürecinden geçmesi gerektiği anlamına gelir.
Sonuç olarak, her şeyi düzenlemek 11 gün sürebilir ve %100 oranında, zaten tanıdıkları karşı taraflar için doğrulama sürecinin tekrarlanması gerekir. Bu, her şeyi yavaşlatır. Operasyonlarda tıkanıklığa neden olarak finansmanın gecikmesine yol açar.
Konsorsiyum modeline dayalı bir merkezi olmayan kimlik sistemi kurduk. Bu sistem, W3C Credentials adlı bir doğrulama türünü ve BBS+ seçici ifşa adlı bir özelliği kullanır. Bu, insanların gereğinden fazla bilgi paylaşmak zorunda kalmadan kimlik bilgilerini kullanabilecekleri ve tüm bunların ilgili yasa ve yönetmeliklerin kuralları dahilinde kalacağı anlamına gelir.
Müşterini tanı sürecinin kolaylaştırılmasında önemli ilerlemeler kaydedildi. Örneğin, döngüyü tamamlamak için gereken süre 11 günden 2 güne düştü. Bu, %82'lik bir düşüş anlamına geliyor.
Müşterini tanı sürecinin kolaylaştırılmasında bazı önemli ilerlemeler kaydedildi:
Platform her ay 12.000'den fazla işlem gerçekleştirir. %99,97 kullanılabilirlik oranıyla son derece güvenilirdir. İptal gerektiğinde, beş dakika içinde ağa yayılır.
Ticaret finansmanı, ithalatçılar, ihracatçılar, nakliye şirketleri ve bankalar arasında bir ilişki ağı içerir. İşlerin yürümesi için bu tarafların birbirlerine güvenmesi gerekir ve bu genellikle şu yollarla sağlanır:
Sorun, her kurumun tarafların kimliğini, sahipliğini kontrol etmesi ve herhangi bir kara listede yer almadıklarından emin olması gerektiğidir.
Ticaret belgeleri dünyası biraz karmaşıktır. Birçok farklı ülke ve kuralın olduğu bir ortamda, tüm evrakları doğrulamak söz konusu olduğunda işlerin karmaşıklaşması şaşırtıcı değildir. Örneğin, bankalar müşteri listelerini tutarken, lojistik şirketleri çalıştıkları kişiler hakkında kendi kontrollerini yaparlar.
Şirketler sınır ötesi iş yaptıklarında genellikle büyük miktarlarda parayla uğraşırlar. Hata yaparlar ve kurallara uymazlarsa para cezasına çarptırılabilirler. Bunu önlemek için düzenleyiciler bu şirketlerden şunları talep eder:
Sorun şu ki, artık her şey evrak işlerine dayalı ve bu da bilgi ceplerinin oluşmasına neden oluyor. Bu da şirketlerin sorunsuz çalışmasını ve sorunları takip etmesini zorlaştırıyor.
Müşterini tanı sürecinin kolaylaştırılmasında önemli ilerlemeler kaydedildi. Örneğin, döngüyü tamamlamak için gereken süre 11 günden 2 güne düştü. Bu, %82'lik bir düşüş anlamına geliyor.
Müşterinizi tanıma veya KYC için mevcut sistem, ticaret finansmanını gerçekten olumsuz etkileyen bazı kusurlara sahiptir. Örneğin, şirketler çalıştıkları her banka ve lojistik şirketine aynı belgeleri sunarak doğrulama sürecinden geçmek zorundadır.
Bu kurumların her biri, yaptırımlar için kendi arka plan kontrolleri ve taramalarını yapmaktadır, bu da gereksiz bir işlemdir. Sonuç olarak, KYC sürecinin tamamlanması 11 gün sürmektedir. Uzun süredir iş ortağı olan kişilerle çalışırken bile, tüm süreç her seferinde baştan tekrarlanmak zorundadır.
Bir süre boyunca, kurumlar içindeki farklı departmanlar bilgileri kolayca paylaşamadılar ve bu da ticaret finansmanı onay sürecini yavaşlattı. Sorun, bankaların bir iş ortağının grup içindeki başka bir banka ile "müşterini tanı" sürecinden geçip geçmediğini hızlı bir şekilde kontrol edememeleriydi.
Kişisel bilgilerin kolaylıkla paylaşılabilmesi, endişe verici bir eğilime yol açmıştır. Hassas bilgiler artık sistemler arasında dağınık bir şekilde bulunmakta ve bizi güvenlik ihlallerine karşı savunmasız bırakmaktadır.
Kurumların her yerde belge izleri olduğu için denetim ve uyumluluk sorunları ortaya çıktı. Düzenleyiciler, kimlerin kim olduğunu gösteren kayıtları görmek istedi. Bu kayıtlar birden fazla sisteme dağılmış olduğu için şunları yapmak zordu:
Doğrulama ve yaptırım taraması gibi alanlarda belgelerin manuel olarak işlenmesi hatalara yol açıyordu ve bu da artan iş yükünü yönetme yeteneğini sınırlıyordu.
Merkezi olmayan bir kimlik sisteminin getirilmesi, verimlilikte büyük bir iyileşmeye yol açtı. Bir örnekte, müşterini tanı kontrollerini azaltarak genel giderleri %89 gibi şaşırtıcı bir oranda düşürmeyi başardı.
Bu, konsorsiyumun farklı üyeleri artık şunları yapabildiği için mümkün oldu:
Uyumluluk risklerini azaltmak için sistem, sözleşmeler aracılığıyla otomatik politika uygulaması kullandı. Bu, yalnızca kurallara uyan kimlik bilgilerinin kabul edildiği anlamına geliyordu:
Sonuç olarak, uyumluluğu sağlamak için kontroller yapma ihtiyacı ortadan kalktı ve bu da düzenlemeleri ihlal etme riskini azalttı.
Müşterinizi tanıma döngüsünü tamamlamak için gereken süre önemli ölçüde kısaltılmıştır:
Bir diğer önemli avantaj ise, işletmelerin karşı taraflarla paylaştıkları bilgiler konusunda seçici davranabilmeleri ve hassas ticari bilgileri gizli tutarken ayrıntıları açıklayabilmeleridir.
Bir şirketin güvenlik durumunu iyileştirmek için aşağıdaki adımlar atılabilir:
Kimlik bilgileri için denetim izi, paylaşılan bir defterdeki günlük kullanılarak verimli hale getirildi. Bu yaklaşım, tüm eylemlerin kaydını sağladı ve bu da gereksinimlerin karşılanmasına yardımcı oldu. Sonuç olarak, uyumluluk için gereken evrak işleri önemli ölçüde azaldı.
Kişisel bilgilerin kolaylıkla paylaşılabilmesi, endişe verici bir eğilime yol açmıştır. Hassas bilgiler artık sistemler arasında dağınık bir şekilde bulunmakta ve bizi güvenlik ihlallerine karşı savunmasız bırakmaktadır.
Merkezi olmayan kimlik çözümümüzle KYC masraflarını %89 oranında azaltın ve işlem süresini 11 günden 2 güne indirin.
Cevap, ticaret finansmanı şirketlerinin kimlikleri yönetmek için birlikte çalışmasına olanak tanıyan bir ağda yatmaktadır. Esasen bu ağ, birbirine bağlı parçalardan oluşmaktadır. Her şirket bunu şu amaçlarla kullanabilir:
Kimlikleri doğrulamak için W3C Doğrulanabilir Kimlik Bilgileri sistemi kullanıldı. Bu, aşağıdaki gibi ayrıntıları bir araya getirerek gerçekleştirildi:
Bu kimlik bilgileri, güvendiğimiz kişiler tarafından dijital olarak imzalanmıştır, bu da sistemlere bakmaya veya tüm belgeleri paylaşmaya gerek kalmadan kontrol edilebilecekleri anlamına gelir.
Bir şirket BBS+ seçici açıklama kullandığında, her şeyi açıklamadan kendisiyle ilgili belirli ayrıntıları paylaşabilir. Örneğin, bir yerde kurulduğunu göstermek zorunda olabilir. Aşağıdakileri açıklamak zorunda değildir:
Bu şekilde şirket, tüm işlerini açıkça ortaya koymadan düzenlemelere uyabilir.
Akıllı sözleşme politika şablonları, yargı yetkisi alanına göre değişen uyum kurallarını yakalamak için tasarlanmıştır. Otomatik olarak şunları yaparlar:
Sistem, yerinde yönetilir:
Bu güven altyapısını merkezileştirerek, doğrulamanın avantajlarını korurken tüm işlemlerin daha verimli bir şekilde yürütülmesi sağlandı. Bu sayede, kimlik bilgileri kurumlar arasında kullanılabilir hale geldi.
Odak noktası, tasarıma gizlilik özelliği eklemekti. Bu, şu şekilde gerçekleştirildi:
Sistem mimarisi dört temel bileşen etrafında oluşturulmuştur. Bu bileşenler kimlik oluşturmuş ve mevcut ticaret finansmanı altyapısıyla da uyumlu çalışmıştır.
Konsorsiyum Defteri, Hyperledger Fabric üzerine kurulmuş, katılımcı bankalar ve lojistik şirketlerinden oluşan bir grup tarafından denetlenen bir ağdır. Aşağıdakileri depolamak için tasarlanmıştır:
Bu defterin avantajlarından biri, sistemde gerçekleşen her şeyin değiştirilemez bir kaydını sağlamasıdır, bu da izleme ve güvenlik açısından yardımcı olur.
Kimlik Bilgisi Aracı Hizmeti, aşağıdaki süreci denetleyen bir merkez görevi görür:
Bunu yaparak, mevcut bilgilerle kimlik bilgilerini doldurur ve bunları doğrulanabilir ve güvenilir hale getirir.
Politika Motoru, ülkeden ülkeye değişen uyum kurallarını kod haline getiren bir sözleşme çerçevesidir. Bu, ticaret finansmanı anlaşmaları için her şeyin yolunda olup olmadığını kontrol etme sürecini otomatikleştirmeye yardımcı olur.
Sistem aşağıdakiler için şablonlar içerir:
Etkinlik veriyolu, değişiklikleri paylaşmamızı sağlayan Kafka tabanlı bir sistemdir. Örneğin:
Bu şekilde herkes, sürekli olarak defteri kontrol etmek zorunda kalmadan bilgileri güncel tutabilir.
Sistemler arasındaki bağlantı, bir API katmanı aracılığıyla sağlanır. Bu entegrasyon katmanı, aşağıdakiler arasındaki boşluğu doldurur:
Prometheus kullanarak aşağıdaki gibi metrikleri takip ediyoruz:
Tüm bu bilgiler Grafana panolarında görüntülenir ve trendleri ve kalıpları tespit etmeyi kolaylaştırır. Ayrıca, uyumluluk hedeflerini takip eden özel bir uyarı sistemimiz de mevcuttur.
Sistem, kuruluşların notları karşılaştırmasını önlemek için ilişkileri eşleştiren bir tasarım kullanır, ancak yine de kontrolleri yapmalarına izin verir. Temel olarak, her kuruluşun ortaklarıyla ilişkilerinde kullandığı bir kimlik seti vardır ve bu sayede kimlikle ilgili tüm bilgiler ayrı tutulur.
BBS+ imza şemaları, insanların kimlik bilgilerini her şeyi ifşa etmek zorunda kalmadan paylaşmaları için bir yol sundu. Bu, şirketlerin düzenlemelere uymalarını sağlarken iş bilgilerini gizli tutmalarına olanak tanıdığı için özellikle yararlıydı.
Plan, birkaç banka ile başlayarak aşamalı olarak uygulamayı başlatmak ve durumu test etmekti. Pilot programlar başlattılar ve her şey yolunda gittiği için şunları getirdiler:
Ekip, Docker Compose ile konteynerleştirme'yi temel alarak geliştirme ortamını kurdu. Bu sayede şunları çalıştırabildiler:
Uyum görevlileri ve kimlik mimarları dahil olmak üzere bir uzman ekibi, kimlik bilgileri için bir dizi standart oluşturmak üzere bir araya geldi. Özellikle aşağıdakiler için temel yapıyı tanımladılar:
W3C Kimlik Bilgisi şeması kılavuz olarak kullanıldı. Amaç, talepleri karşılamak ve gerekli bilgileri ifşa etmek için bir yol sağlamak arasında bir denge kurmaktı.
Sözleşmelerin geliştirilmesi için Hyperledger Fabric chaincode kullanılarak politika şablonları oluşturuldu. Bu, aşağıdakilere uygulanan uyum kurallarının kodlanmasına olanak sağladı:
Test stratejisi oldukça kapsamlıydı. Şunları içeriyordu:
Mevcut KYC kayıtlarımızı aşağıdakileri kullanarak taşıma yaklaşımını benimsedik:
Bu uygulamada güvenlik öncelikliydi. Gereksinimleri karşılamak için sistem şunları gerçekleştirdi:
Ekip şu hususlara dikkat etti:
Özel uyarılar şu durumları işaretlemek için ayarlandı:
Riskleri azaltmak için uygulamaya güvenlik ağları dahil edildi:
Merkezi olmayan bir kimlik sisteminin devreye girmesiyle işlerin yürümesi açısından bir fark yaratıldı. Gerçekten iyileşme sağlandı:
Müşterinizi tanıma sürecini tamamlamak için gereken süre önemli ölçüde kısaltılmıştır:
Bu hızlanmanın büyük bir kısmı, daha önce doğruladığımız karşı taraflar için kimlik bilgilerini yeniden kullanabilmemiz ve bu sayede birçok adımı atlayabilmemizden kaynaklanmaktadır.
Müşterileri tekrar tekrar doğrulamanın zorluğu artık geçmişte kaldı:
Yaptırım taramalarının doğruluğu büyük bir ilerleme kaydetti:
Veri kalitesi ve kuralların daha sıkı bir şekilde otomatik olarak uygulanması, bu düzeyde bir hassasiyet elde etmek için çok önemli olmuştur.
Platform, yüzde 70'in üzerinde kimlik bilgisinin yayına girdikten sadece altı ay içinde yeniden kullanılmasıyla yeniden kullanımda bir artış gördü. Bu, konsorsiyum üyelerinin bu fikri gerçekten benimsediğini gösteriyor.
Sistem performansı söz konusu olduğunda, önemli bir ölçüt, durum değişikliklerini ne kadar hızlı yayabileceğiydi:
| Metrik | Önce | Sonra | Delta |
|---|---|---|---|
| Ortalama KYC döngü süresi | 11 gün | 1,8 gün | -84% |
| Mevcut ortaklar için KYC'yi tekrarlayın | %100 | %8 | -92% |
| Yanlış pozitif sonuçların taranması | %7 | 0,8 | -89% |
| Kimlik bilgilerinin yeniden kullanım oranı | 0% | %73 | +73% |
| Manuel belge inceleme saatleri/ay | 480 saat | 85 saat | -82% |
| Müşteri şikayetleri (KYC ile ilgili) | 28/ay | 4/ay | -86% |
| Hizmet Seviyesi Hedefi | Hedef | Başarılı |
|---|---|---|
| Kimlik doğrulama gecikmesi (95. yüzdelik dilim) | <500 ms | 320 ms |
| İptal yayılma süresi | <5 dakika | 3,2 dakika ortalama |
| Sistem çalışma süresi (30 gün) | >%99,95 | %99,97 |
| Kimlik bilgisi verme oranı | >100/saat | 145/saat |
| Politika değerlendirme gecikmesi (99. yüzdelik dilim) | <200 ms | 165 ms |
| Olay veriyolu mesajı teslimatı başarılı | >%99,99 | %99,995 |
| Yanlış kimlik bilgisi kabul oranı | <%0,01 | 0,003 |
Birden fazla kurumun ortak bir yönetim sistemi üzerinde birlikte çalışmasını sağlamak kolay değildir. Doğrulama ve politika oluşturma gibi konularda her kuruluşun kendine özgü bir yaklaşımı vardır:
Bunun işe yaraması için çok büyük bir koordinasyon gereklidir:
BBS+ seçici ifşa ortaya çıktığında, gizlilik açısından bazı araçlar getirdi. Ancak her şey yolunda gitmedi:
Kurumlar, çalışmak için şablonlara sahip olduklarında, teknolojiyi benimsemeyi çok daha kolay buldular.
Entegrasyon söz konusu olduğunda, temel bankacılık ve ticaret belgeleme sistemleriyle entegrasyonun çalışması için API mimarisi tasarlamak çok önemliydi:
Konsorsiyum büyüdükçe, kimlik bilgilerinin yönetimi daha karmaşık hale geldi:
İlk engel, politikanın ilk değerlendirmesinin beklenenden daha uzun sürmesi oldu:
Kurumları etkileyen olaylara müdahaleyi koordine ederken:
İnsanları sisteme alıştırmak kolay olmadı:
Sistemleri kurarken, yönetişim için bir çerçeve oluşturmak, kullanıcılar için uygun bir deneyim tasarlamak ve işlemleri mümkün olduğunca otomatikleştirmekle başlamak çok önemlidir.
Sistemleri kurarken, yönetişim için bir çerçeve oluşturmak, kullanıcılar için uygun bir deneyim tasarlamak ve işlemleri mümkün olduğunca otomatikleştirmekle başlamak çok önemlidir.
İşlem süresinin iyileştirilmesi
Gereksiz doğrulama işlemlerinin ortadan kaldırılması
Yaptırım taraması iyileştirmesi
Aylık kullanılabilirlik oranı
Öne çıkan makalelerimizde daha fazla bilgi ve çözüm keşfedin.
Blockchain çözümlerimizle işlerini dönüştüren şirketlere katılın. Benzer sonuçları elde etmenize nasıl yardımcı olabileceğimizi konuşalım.
