Umpan MultiChain untuk Integrasi Database

Mendapatkan data dari blockchain dan masuk ke dunia yang lebih luas

Dengan rilis MultiChain publik pertama, jauh di tahun 2015, kami melihat minat dalam aplikasi blockchain dari arah yang mengejutkan. Meskipun kami awalnya merancang MultiChain untuk memungkinkan penerbitan, transfer, dan penyimpanan aset digital, semakin banyak pengguna yang tertarik menggunakannya untuk aplikasi berorientasi data.

Dalam kasus penggunaan ini, tujuan blockchain adalah untuk memungkinkan penyimpanan dan pengambilan informasi tujuan umum, yang tidak perlu bersifat finansial. Motivasi untuk menggunakan blockchain daripada database biasa adalah untuk menghindari mengandalkan perantara yang dipercaya untuk meng-host dan memelihara database itu. Untuk alasan komersial, peraturan atau politik, pengguna basis data menginginkan ini sebagai tanggung jawab yang didistribusikan dan bukan yang terpusat.

Evolusi Streaming

Menanggapi umpan balik ini, pada tahun 2016 kami diperkenalkan MultiChain stream, yang menyediakan abstraksi sederhana untuk penyimpanan, pengindeksan, dan pengambilan data umum pada blockchain. Rantai dapat berisi sejumlah aliran, yang masing-masing dapat dibatasi untuk ditulis oleh alamat tertentu. Setiap item aliran ditandai oleh alamat penerbitnya serta kunci opsional untuk pengambilan di masa mendatang. Setiap node dapat secara independen memutuskan apakah akan berlangganan setiap aliran, mengindeks itemnya secara real-time untuk pengambilan cepat dengan kunci, penerbit, waktu, blok, atau posisi. Streaming adalah hit instan dengan pengguna MultiChain dan sangat membedakannya dari platform blockchain perusahaan lainnya.

Pada 2017, stream adalah luas untuk mendukung teks JSON dan Unicode asli, beberapa kunci per item dan beberapa item per transaksi. Perubahan terakhir ini memungkinkan lebih dari 10,000 item data individual untuk diterbitkan per detik pada perangkat keras kelas atas. Kemudian pada tahun 2018, kami menambahkan dukungan tanpa batas untuk data off-chain, di mana hanya hash dari beberapa data yang diterbitkan on-chain, dan data itu sendiri dikirim secara off-chain ke node yang menginginkannya. Dan kemudian pada tahun itu kami merilis MultiChain 2.0 Community dengan Filter Cerdas, memungkinkan kode JavaScript khusus untuk melakukan validasi sembarang item aliran.

Selama tahun 2019, fokus kami beralih ke MultiChain 2.0 Enterprise, versi komersial MultiChain untuk pelanggan yang lebih besar. Pertama Demo Perusahaan Leveraged off-chain data dalam stream untuk memungkinkan baca izin, pengiriman data terenkripsi, dan pengambilan selektif dan pembersihan item individual. Seperti biasa, kompleksitas yang mendasarinya tersembunyi di balik serangkaian API sederhana yang berkaitan dengan izin dan item aliran. Dengan stream, tujuan kami secara konsisten adalah membantu pengembang fokus pada data aplikasi mereka, dan tidak khawatir tentang blockchain yang berjalan di belakang layar.

Dilema Basis Data

Seiring aliran MultiChain terus berkembang, kami dihadapkan pada dilema konstan. Untuk membaca dan menganalisis data dalam aliran, haruskah MultiChain menempuh jalur untuk menjadi basis data yang lengkap? Haruskah ia menawarkan pengindeksan bidang JSON, kueri yang dioptimalkan, dan pelaporan lanjutan? Jika demikian, paradigma basis data mana yang harus digunakan - relasional (seperti MySQL atau SQL Server), NoSQL (MongoDB atau Cassandra), pencarian (Elastic atau Solr), time-series (InfluxDB) atau di-memory (SAP HANA)? Bagaimanapun, ada kasus penggunaan blockchain yang cocok untuk masing-masing pendekatan tersebut.

Salah satu opsi yang kami pertimbangkan adalah menggunakan basis data eksternal sebagai penyimpanan data utama MultiChain, alih-alih kombinasi terkini dari file LevelDB dan biner yang tertanam. Strategi ini diadopsi oleh Inti rantai (dihentikan), rantai pos (belum umum) dan tersedia sebagai pilihan di Kain Hyperledger. Tetapi pada akhirnya kami memutuskan menentang pendekatan ini, karena risiko tergantung pada proses eksternal. Anda tidak benar-benar ingin simpul blockchain Anda membeku karena kehilangan koneksi database-nya, atau karena seseorang menjalankan kueri yang kompleks pada penyimpanan datanya.

Faktor lain yang perlu dipertimbangkan adalah agnostisisme teknologi dan integrasi. Dalam jaringan blockchain yang mencakup banyak organisasi, setiap peserta akan memiliki preferensi mereka sendiri mengenai teknologi basis data. Mereka sudah memiliki aplikasi, alat, dan alur kerja yang dibangun di atas platform yang sesuai dengan kebutuhan mereka. Jadi dalam memilih basis data tertentu, atau bahkan dalam menawarkan beberapa opsi, kami akhirnya membuat beberapa pengguna tidak bahagia. Sama seperti setiap peserta blockchain dapat menjalankan node mereka pada berbagai rasa Linux, mereka harus dapat berintegrasi dengan database pilihan mereka.

Memperkenalkan Feed MultiChain

Hari ini kami senang untuk merilis pendekatan kami untuk integrasi basis data - Umpan MultiChain. Umpan adalah log biner pada disk waktu-nyata dari peristiwa yang berkaitan dengan satu atau lebih aliran blockchain, untuk dibaca oleh proses eksternal. Kami juga menawarkan sumber terbuka Adaptor MultiChain Feed yang dapat membaca feed dan mereplikasi isinya secara otomatis ke database Postgres, MySQL atau MongoDB (atau beberapa sekaligus). Adaptor ditulis dalam Python dan memiliki lisensi liberal, sehingga dapat dengan mudah dimodifikasi untuk mendukung database tambahan atau untuk menambahkan penyaringan dan transformasi data. (Kami juga mendokumentasikan format file umpan bagi mereka yang ingin menulis parser dalam bahasa lain.)

Sebuah node tidak perlu berlangganan stream untuk mereplikasi event-nya ke feed. Ini memungkinkan pengindeksan aliran bawaan MultiChain sepenuhnya dilewati, untuk menghemat waktu dan ruang disk. Umpan juga mencerminkan pengambilan dan pembersihan data off-chain, dan dapat melaporkan kedatangan blok baru pada rantai. Untuk menghemat ruang disk, Anda dapat mengontrol peristiwa mana yang ditulis untuk umpan, dan bidang mana yang dicatat untuk masing-masing peristiwa tersebut. Selain itu, file umpan diputar setiap hari dan ada perintah pembersihan sederhana untuk menghapus file setelah diproses.

Mengapa umpan MultiChain ditulis ke disk, alih-alih dialirkan antar proses atau melalui jaringan? Karena kami ingin mereka berfungsi sebagai log replikasi yang sangat andal yang tahan terhadap downtime basis data, crash sistem, kehilangan daya, dan sejenisnya. Dengan menggunakan file disk, kami dapat menjamin ketahanan, dan memungkinkan database target diperbarui secara tidak sinkron. Jika karena alasan tertentu basis data ini menjadi kelebihan beban atau terputus, MultiChain dapat terus beroperasi tanpa gangguan, dan basis data akan menyusul setelah semuanya kembali normal.

Memulai dengan Umpan

Umpan diintegrasikan ke dalam demo / beta terbaru dari MultiChain Enterprise, yaitu tersedia untuk diunduh sekarang. Mulailah dengan membaca dokumentasi untuk Adaptor MultiChain Feed, atau meninjau API terkait umpan. Kami akan senang sekali dengar tanggapan Anda pada fitur ini dan bagaimana kami dapat mengembangkannya di masa depan.

Dengan rilis umpan, versi 2.0 dari MultiChain Enterprise sekarang fitur lengkap - lihat Download dan Install halaman untuk perbandingan lengkap antara edisi Komunitas dan Perusahaan. Selama beberapa bulan ke depan kami akan menyelesaikan pengujian dan optimalisasi, dan mengharapkannya siap untuk produksi sekitar akhir Q1. Sementara itu, untuk informasi tentang lisensi atau harga MultiChain Enterprise, jangan ragu untuk melakukannya menghubungi.

Silakan kirim komentar di LinkedIn.

Sumber: https://www.multichain.com/blog/2020/02/multichain-feeds-for-database-integration/