Ulasan Jaringan Flare: Jaringan Kontrak Cerdas Untuk XRP

Sebagai mata uang kripto terbesar ketiga, kebanyakan orang yang mengenal ruang angkasa telah mendengar tentang Ripple dan mereka memahami bahwa ini adalah pembayaran global dan jaringan pertukaran mata uang asing yang dirancang untuk menggantikan jaringan perbankan SWIFT yang sudah ketinggalan zaman. Dan sementara itu berfungsi dengan baik untuk kasus penggunaan tertentu, selain itu telah menunjukkan kegunaan yang terbatas di fungsi lain.

Itu semua mungkin sudah diperbaiki karena Flare Network telah dibuat dengan tujuan meningkatkan kegunaan token XRP dengan membuat jaringan dengan kemampuan kontrak pintar untuk token XRP. Untuk memastikan kontrak pintar tidak ditambahkan ke jaringan Ripple, tetapi akan ada di Jaringan Flare, dan jaringan itu kemudian akan mendukung penggunaan XRP sebagai FXRP.

Flare Network juga memiliki tokennya sendiri yang disebut Spark (FLR), yang baru-baru ini dirilis ke pemegang XRP dalam sebuah airdrop yang menciptakan kehebohan di komunitas Ripple.

Jika semua ini terdengar menarik, ambillah minuman dan bersiaplah untuk mempelajari lebih lanjut tentang Flare Network.

Apa itu Flare?

Flare dibuat oleh Hugo Philion dan Sean Rowan untuk memecahkan dua masalah dasar blockchain:

1. Tiga perempat nilai token blockchain publik tidak dapat digunakan dengan kontrak pintar dengan cara yang tidak dapat dipercaya. Ini adalah masalah kebutuhan mendesak menurut Philion dan Rowan.
   

   Flare Network berjanji untuk membuka kunci nilai yang terperangkap dalam blockchain. Gambar melalui slideshare.net

2. Arahan yang diambil dalam upaya untuk menskalakan jaringan blockchain dapat menyebabkan masalah potensial di masa depan karena banyak jaringan baru menangani penskalaan melalui konsensus Proof of Stake atau beberapa variasinya. Semua protokol ini memperoleh keamanan jaringan mereka dari token asli blockchain. Ini menghadirkan masalah langsung dan jangka panjang.

Bukti Masalah Pasak

Menurut Flare, masalah paling langsung dengan Bukti Pasak konsensusnya adalah bahwa itu tidak dirancang dengan benar untuk memungkinkan penggunaan alternatif yang aman dari token asli. Seperti yang kita lihat dengan ledakan di platform DeFi, pemegang token rasional mana pun yang mampu meningkatkan hasil token mereka dengan menyediakan likuiditas ke stablecoin akan melakukannya. Masalahnya adalah ini mengambil token dari staking, dan mengancam keamanan jaringan.

Dalam jangka panjang, potensi masalah berasal dari kemungkinan bahwa seiring waktu nilai staking token tidak akan meningkat nilainya. Jika itu terjadi saat lalu lintas jaringan meningkat, jaringan juga menjadi semakin tidak aman. Sementara token bernilai lebih tinggi baik untuk keamanan jaringan dan untuk investor token, itu buruk jika kita ingin desentralisasi menjadi norma dalam berbisnis.

Ketika nilai token naik, itu mengalihkan modal dari penggunaan lain. Dalam jangka panjang hal ini menjadi masalah karena pada akhirnya dalam jaringan kontrak pintar yang menggunakan bukti kepemilikan, skala modal yang dibutuhkan hanya untuk mengamankan jaringan akan menjadi terlalu tinggi untuk memungkinkan.

Pada akhirnya, jaringan Proof of Stake dapat menyesuaikan skala untuk transaksi, tetapi mereka tidak dapat mengukur nilainya.

Bagaimana Flare Bertujuan Memecahkan Masalah Ini

Flare mengusulkan cara baru untuk menskalakan platform kontrak pintar tanpa menghubungkan keamanan jaringan ke nilai token. Meskipun jaringan masih memerlukan token asli untuk mencegah spam, token tersebut tidak ditautkan dengan cara apa pun ke keamanan jaringan. Flare menggunakan token FLR sebagai token aslinya dan sangat cocok untuk memungkinkan penggunaan token lengkap non-Turing tanpa kepercayaan dengan kontrak pintar.

Flare menyebut dirinya jaringan Perjanjian Federasi Bizantium lengkap (FBA) pertama Turing. Ini menggunakan protokol konsensus Avalanche yang telah disesuaikan dengan konsensus FBA. Manfaat menggunakan FBA adalah kemampuannya untuk mencapai keamanan jaringan tanpa bergantung pada insentif ekonomi apa pun untuk pemegangnya. Karena Flare menggunakan versi Ethereum Virtual Machine (EVM), Flare mampu menjalankan kontrak pintar lengkap Turing.

FBA dikritik karena dapat menyebabkan topologi yang rapuh di mana kegagalan satu node dapat menyebabkan kegagalan seluruh jaringan. Flare menghindari hal ini dengan menerapkan topologi Unique Node List (UNL) untuk menekankan kejelasan dan kemudahan penggunaan sambil mempertahankan properti keanggotaan terbuka FBA.

Sementara Flare memungkinkan penggunaan kontrak pintar Turing sepenuhnya, ia juga memiliki protokol yang dibangun di atas jaringan yang memungkinkan penerbitan, penggunaan, dan penebusan XRP tanpa kepercayaan, dari XRP pada Flare. Flare menyebut protokol ini FXRP dan memungkinkan XRP menjadi FXRP di Flare, diamankan dengan token FLR asli. Intinya, ini memungkinkan XRP untuk menggunakan kontrak pintar, dan juga dapat membuat jalur pipa tanpa kepercayaan untuk XRP ke jaringan lain untuk tujuan interoperabilitas.

Metodologi umum ini juga dapat diperluas ke token lengkap non-Turing lainnya, dan kemampuan untuk melakukannya telah disertakan dalam tata kelola dan sistem jaringan. Ini berarti token lengkap non-Turing pada akhirnya dapat mengakses kemampuan untuk menggunakan kontrak pintar dan menjadi dapat dioperasikan melalui Flare.

Ikhtisar FXRP

Masalah yang dihadapi oleh tim Flare dalam membawa XRP ke Flare Network adalah ketidakmungkinan kontrak pintar blockchain publik untuk mengontrol alamat XRP. Ini karena kontrak pintar tidak memiliki cara untuk menyimpan kunci rahasia dan menjaga kerahasiaannya.

Jika Flare mencoba membawa XRP ke jaringan hanya menggunakan kode, itu juga akan memerlukan sekelompok individu untuk berkumpul dan menggunakan alamat multi-tanda tangan yang mereka kontrol secara kolektif untuk mengotorisasi transaksi. Tentu saja ini berarti FXRP dalam kondisi ini tidak akan terdesentralisasi atau tidak dapat dipercaya. Dan itu tidak bisa diterima.

Dengan penerapan FXRP saat ini, setiap pemegang XRP dapat mengirim token mereka ke agen di jaringan XRP. Agen memegang XRP dan berkomunikasi dengan kontrak pintar di Flare, yang mengeluarkan FXRP dengan rasio 1: 1. Token FXRP ini juga diamankan dengan FLR dengan rasio 1: 2.5. Jadi, untuk setiap 1 FXRP yang diterbitkan harus ada 2.5 FLR yang dipertaruhkan. Hal ini membuat XRP yang dipegang oleh agen tetap aman dan tidak memerlukan perantara terpusat.

Bagaimana cara kerja FXRP?

Pemilik FLR dapat mengirim token mereka ke kontrak pintar di Flare yang membentuk sistem FXRP. Intinya ini adalah memberikan jaminan pada sistem FXRP. Kontrak pintar ini disebut agen. Sistem FXRP akan terdiri dari banyak agen. Sebutkan salah satunya Guy.

Sebagai agen dalam sistem FXRP, Guy telah mempertaruhkan 5,000 FLR sebagai jaminan. Sistem membutuhkan 2.5 FLR untuk setiap token FXRP yang diterbitkan. Jika nilai tukar FLR ke XRP saat ini 10: 1 5,000 FLR ini akan memungkinkan Guy untuk menerbitkan 200 FXRP. yaitu (5,000 / 10) / 2.5

Sekarang Guy siap untuk mencetak FXRP. Ketika pemegang XRP ingin membuat FXRP, mereka mengirim transaksi ke sistem FXRP. Pemegang yang memulai transaksi ini disebut originator. Untuk membuat FXRP, mereka juga membayar biaya 0.1% dari nilai transaksi. Biaya masuk ke agen, dan transaksi memberi tahu agen alamat mana yang harus dikirimi FXRP ketika dicetak dan dari mana XRP akan berasal dari Buku Besar XRP.

Dengan asumsi ada cukup agunan dalam sistem FXRP, maka dikunci untuk mengamankan FXRP, yang membuat transaksi tidak dapat dipercaya karena pembuatnya tidak harus mempercayai agen yang sekarang memiliki insentif untuk mengembalikan XRP ketika diminta untuk melakukannya atau kehilangan RENTANG yang disimpan sebagai jaminan. Jika sistem tidak memiliki cukup agunan, XRP dan biayanya akan dikembalikan ke pembuatnya.

Penting untuk dicatat bahwa rasio jaminan 2.5 harus dijaga setiap saat. Jika suatu saat nilai XRP naik atau nilai RENTANG turun sehingga ransum turun di bawah 2.5 Guy akan memiliki waktu singkat untuk memulihkan rasio dengan menambahkan lebih banyak token FLR atau membeli token FXRP untuk ditebus.

Jika karena alasan apa pun Guy tidak dapat atau tidak mau mengembalikan rasio agunan 2.5, agunannya dilelang untuk membeli kembali FXRP yang dikeluarkan untuk itu. Jika ada jaminan tersisa setelah Orang ini dapat menyimpan sisanya.

Jika Guy menyimpan agunannya pada atau di atas 2.5, semuanya baik. Kemudian ketika pembuatnya memutuskan untuk menukarkan FXRP kembali ke buku besar XRP, mereka melakukan transaksi untuk melakukannya, membiarkan sistem mengetahui alamat mana yang harus dikreditkan dengan XRP. Guy akan menerima instruksi dari sistem mengenai berapa banyak XRP yang harus dikembalikan dan alamat tujuan pengirimannya.

Bersamaan dengan itu dia juga akan menerima dua tenggat waktu dimana transaksi harus diselesaikan. Jika dia menyelesaikan transaksi sebelum batas waktu pertama dia akan menerima semua agunannya kembali. Namun jika tenggat waktu pertama berlalu dan dia menyelesaikan transaksi pada tenggat waktu kedua, akan ada sedikit biaya penalti yang dinilai sebelum sisa jaminannya dikembalikan. Biaya penalti itu dibakar oleh sistem.

Jika Guy gagal menyelesaikan transaksi hingga batas waktu kedua, itu dianggap gagal penebusan. Dalam hal ini pencetus dikompensasikan dengan token RENTANG dari saham Guy, ditambah tambahan 1% untuk menutupi biaya transaksi menggunakan RENTANG tersebut untuk membeli kembali XRP. RENTANG tersisa dari agunan Guy melihat 50% dibakar sebagai penalti, dan 50% sisanya dikembalikan ke Guy.

FLR dan Aplikasi yang Bergantung

Sistem FXRP adalah contoh pertama dari Aplikasi Bergantung RENTANG (SDA). Ini adalah dApp yang menggunakan FLR sebagai jaminan, pemegang token FLR untuk tata kelola, Flare Time Series Oracle (FTSO), atau kombinasi dari elemen-elemen ini. Perhatikan bahwa ini semua adalah elemen opsional. Aplikasi apa pun di Flare Network dapat berfungsi hanya dengan menggunakan RENTANG untuk biaya transaksi dan pembayaran.

Dalam kasus sistem FXRP, ia menggunakan FLR sebagai jaminan, Flare Time Series Oracle untuk melacak harga XRP / FLR, dan kepemilikan token FLR yang ditetapkan untuk tata kelola atas parameter tertentu seperti biaya pembuatan FXRP dan rasio jaminan. Model SDA menyediakan template bagi pengembang untuk memperluas penggunaan tiga elemen opsional.

Oracle Seri Waktu Flare

Pemegang token RENTANG memenuhi syarat untuk berkontribusi ke FTSO untuk membantu membuat perkiraan data off-chain yang akurat sambil tetap mempertahankan desentralisasi. Struktur FTSO memungkinkan banyak perkiraan dari deret waktu off-chain. Nilai XRP / FLR adalah salah satu contoh deret waktu semacam itu.

Perumusan data deret waktu biasanya memiliki dua kelompok yang berpartisipasi. Salah satunya adalah pemegang token FLR, dan yang kedua adalah pemegang token aplikasi dependen, yang oleh Flare disebut sebagai F-aset. Dalam kasus sistem FXRP, token FXRP adalah F-aset. Ketika ada aplikasi yang lebih kompleks yang membutuhkan kalkulasi beberapa deret waktu, aset F akan menjadi sesuatu yang mirip dengan token tata kelola yang diterbitkan.

Saat membuat deret waktu, FTSO akan meminta setiap peserta untuk memperkirakan nilai data. Pemegang RENTANG memberikan perkiraan untuk setiap deret waktu, tetapi pemegang aset F hanya dapat memberikan taksiran untuk deret waktu yang terkait dengan aset F. Perkiraan diproses sebagaimana dirinci pada bagian 4 dari Buku putih flare dan hasilnya adalah keluaran ke sistem yang membutuhkan data deret waktu.

Pemegang aset F diberi insentif untuk berpartisipasi dan memberikan data untuk berkontribusi pada keamanan aplikasi yang menggunakan data tersebut. Pemegang RENTANG diberi insentif oleh potensi untuk mendapatkan hadiah oracle, yaitu token RENTANG yang dicetak oleh sistem. Pemegang token FLR mendapatkan hadiah ini ketika mereka memberikan data yang dianggap benar oleh sistem. Mekanisme spesifik dari perhitungan ini cukup rumit, dan dapat dilihat di whitepaper Flare.

Sistem ini secara implisit mempertaruhkan semua token RENTANG dalam sistem karena non-peserta atau mereka yang memberikan data yang dianggap tidak benar tidak mendapatkan hadiah, yang merupakan disinsentif dibandingkan dengan pemegang token yang menerima hadiah. Ini adalah hadiah staking atau mining versi Flare.

FTSO akan dimulai untuk memberikan harga berikut untuk: XRP / FLR, USD / FLR, BTC / FLR, dan XLM / FLR. Hanya XRP / FLR yang akan memiliki aset F yang sesuai di awal. Rangkaian waktu tambahan dan F-aset terkait dapat diusulkan dan diterima melalui proses Tata Kelola.

Delegasi RENTANG

Perkiraan akan datang dari FTSO setiap beberapa detik, tetapi realistis untuk mengasumsikan bahwa tidak setiap pemegang RENTANG akan tertarik untuk berpartisipasi dalam tata kelola jaringan, atau bahwa mereka akan memiliki perangkat keras yang diperlukan untuk berkontribusi pada FTSO.

Karena tim Flare menganggap ini benar, mereka memungkinkan untuk melepaskan suara untuk tanggung jawab ini dan mendelegasikannya kepada orang lain. Delegasi dapat dibatalkan kapan saja, dan jika token ditransfer ke alamat baru, delegasi otomatis dibatalkan.

Salah satu fitur penting dari pendelegasian adalah bahwa SDA dapat mendelegasikan suara kembali ke pemilik sebenarnya yang kemudian dapat mendelegasikan kembali suara tersebut ke entitas lain. Ini berarti bahwa agen tidak harus memilih antara mendapatkan FLR dengan memberikan jaminan ke sistem FXRP atau mendapatkan dari FTSO. Jadi, setiap kali token RENTANG menjadi tidak tersedia bagi pemilik di SDA, selama aplikasi menentukan siapa pemilik sebenarnya, delegasi dapat digunakan.

Tata Kelola Flare

Pemegang token FLR memberikan suara untuk mengatur jaringan, dan SDA juga dapat meminta untuk diatur oleh pemegang token FLR.

Dalam whitepaper Flare Anda dapat menemukan rezim untuk setiap perubahan manual on-chain yang dapat dimulai dan dipilih oleh pemegang RENTANG. Ini adalah hal-hal seperti mengubah biaya yang terkait dengan tindakan, mengubah rasio jaminan, mengubah biaya transaksi, dan variabel lain yang tidak memerlukan perubahan kode.

Untuk hal-hal yang memerlukan perubahan kode, seperti mengubah parameter konsensus jaringan, atau menambahkan deret waktu baru ke FTSO, akan dibuat Flare Foundation. Yayasan ini belum didirikan, tetapi akan menjadi entitas nirlaba dengan tanggung jawab atas 5 bidang: hibah, investasi, penelitian dan pengembangan, pendidikan, publisitas dan kemitraan.

Karena Foundation memiliki fungsi penelitian dan pengembangan, mereka menjadi bagian integral dari proses pembaruan kode, membangun, menguji, menganalisis, dan kemudian menerapkan perubahan kode apa pun yang diusulkan.

Yayasan akan dibuat untuk sepenuhnya transparan dalam kegiatan dan pengeluarannya. Ini akan merilis laporan dua tahunan tentang kegiatan dan pengeluarannya. Yang terpenting, RENTANG tidak diberdayakan untuk menetapkan agenda, tetapi dibuat sedemikian rupa sehingga hanya memungkinkan untuk mengambil arahan dari pemegang RENTANG.

Karena batasan ini, Yayasan tidak dapat:

• berkontribusi ke FTSO dengan cara apa pun;
• menyebarkan kepemilikan RENTANG apa pun sebagai jaminan untuk aplikasi apa pun di jaringan;
• menggunakan kepemilikan RENTANG untuk memberikan suara dalam pemungutan suara pemerintahan atau memberikan token RENTANG kepada pihak lain untuk melakukannya.

Selain itu, pemegang RENTANG dapat memberikan suara kapan saja untuk membubarkan Yayasan, dalam hal ini akan diminta untuk menghentikan semua aktivitas dan membakar token yang tersisa.

Penerbitan FLR dan Airdrop

Flare memilih untuk merilis tokennya dalam sesuatu yang disebut sebagai garpu utilitas. Garpu tradisional telah membagi basis pengguna jaringan, dengan sebagian mengarah ke arah mereka sendiri, dan biasanya mengambil sikap antagonis ke rantai induk.

Sebaliknya, garpu utilitas dimaksudkan untuk menambah nilai pada rantai asli. Itulah tepatnya yang dilakukan Flare dengan memungkinkan XRP untuk terus memberikan penyelesaian yang cepat, andal, tanpa kepercayaan sembari menghadirkan kontrak pintar dan kemungkinan untuk membuat jaringan pipa tanpa kepercayaan ke blockchain lain. Ini adalah contoh sempurna untuk membawa utilitas baru ke blockchain yang sudah ada.

Flare membuat 100 miliar token FLR untuk mencerminkan jumlah token XRP yang ada. Tujuan awalnya adalah membuat token ini tersedia untuk alamat yang tidak dimiliki oleh Ripple Labs, pendiri Ripple, akun paus, dan alamat apa pun yang dikenal sebagai scammer.

Flare telah membuat 45 miliar FLR dapat diklaim oleh pemegang XRP dengan token ini dialokasikan ke alamat yang memegang XRP pada saat snapshot Ledger diambil pada pukul 00:00 GMT pada 12 Desember 2020. Selain itu, 30 miliar FLR dialokasikan ke Flare Foundation , dan tambahan 25 miliar RENTANG dialokasikan ke Flare Networks Limited, yang merupakan organisasi nirlaba yang mendukung pengembangan Flare.

Namun, alokasi tersebut dimaksudkan untuk menjadi 1: 1 perhitungan sebenarnya menghasilkan rasio distribusi 1.0073 FLR untuk setiap XRP pada saat snapshot. Selain itu, token tidak dapat diklaim hingga mainnet ditayangkan, yang seharusnya terjadi pada minggu-minggu pertama Juni 2021. Siapa pun yang memegang token XRP di bursa yang mendukung airdrop akan secara otomatis dikreditkan dengan token FLR saat didistribusikan.

Daftar bursa pendukung termasuk Binance, KuCoin, Coinbase, Poloniex, dan banyak lainnya. Mereka yang memiliki XRP di dompet swasembada perlu mendaftarkan klaim, dan token RENTANG akan dikirimkan ke alamat yang ditetapkan dalam klaim. Akan ada sejumlah dompet yang kompatibel dengan FLR untuk dipilih saat mainnet diluncurkan.

Perlu juga dicatat bahwa Flare berkata, “Anda boleh klaim FLR setelah jaringan ditayangkan tetapi tidak setelah tanggal 6 bulan dari Snapshot. ” Sejak snapshot terjadi pada 12 Desember 2020 yang menandakan mainnet akan diluncurkan sebelum 12 Juni 2021.

Selain itu, tidak semua token segera didistribusikan. Flare akan terlepas 15% dari alokasi token saat mainnet diluncurkan. Sisa RENTANG akan dirilis selama 25-34 bulan ke depan dengan kecepatan 2-4% per bulan.

Siapa Dibalik Flare Networks?

CEO dan salah satu pendiri Flare Network adalah Hugo Filion. Sebelum membuat Flare, dia adalah pendiri sistem bangunan modular, Future Generations. Latar belakangnya adalah investasi dan dia memiliki gelar Bachelor of Science di bidang Investasi dan Manajemen Risiko Keuangan dari Cass Business School.

Kemudian dia menerima gelar Master of Science dalam Machine Learning dari UCL. Dia juga memperoleh pengalaman bekerja sebagai manajer portofolio derivatif komoditas dengan dua dana $ 1 miliar.

Salah satu pendiri Flare dan CTO-nya adalah Sean Rowan. Sean telah terlibat dalam ruang blockchain sejak 2015 ketika dia merancang protokol komunikasi kendaraan yang aman dengan memanfaatkan infrastruktur kunci publik berbasis blockchain dengan rekannya di UCLA dan TCD. Sebelumnya ia menerima gelar BA ganda di bidang Matematika dan BE di bidang Teknik Elektronik dan Komputer dari Trinity College Dublin.

Dia kemudian melanjutkan menerima gelar Master of Science dalam Machine Learning dari University College London, yang mungkin di mana dia bertemu dengan Hugo Philion. Sean juga merupakan Insinyur R&D di RAIL di Dublin, Irlandia di mana dia mengembangkan perangkat lunak jaringan backend untuk robot bantuan perawatan kesehatan. Versi terbaru robot dari RAIL ini ditampilkan di sampul majalah TIME pada November 2019.

Kesimpulan

Dengan Ripple yang memiliki banyak pengikut, dan potensi besar di ruang perbankan, Flare Network bisa menjadi sama besarnya dengan jaringan yang menghadirkan fungsionalitas kontrak pintar ke XRP. Itulah yang diharapkan oleh para pendiri proyek, dan kemungkinan ada sekelompok besar penggemar XRP yang sama antusiasnya atas kemungkinan yang dibawa ke Ripple oleh Flare.

Satu hal yang dapat dikatakan untuk proyek ini adalah bahwa ia pasti menghasilkan banyak hype dengan airdrop-nya, dan kami berani bertaruh ada jutaan orang yang belum pernah mendengar tentang Flare sebelumnya yang sekarang menyadari keberadaannya, dan mungkin tentang Flare. misi dan tujuan. Setelah membaca artikel ini, Anda sudah termasuk di antara mereka.

Airdrop juga menciptakan kehebohan dalam komunitas Ripple karena token XRP melonjak lebih tinggi hampir 300% pada November 2020. Itu karena spekulan mengerumuni koin untuk memanfaatkan airdrop tersebut. Sejak saat itu keadaan tidak semerah XRP telah jatuh dari tertinggi sekitar $ 0.90 ke level $ 0.227880 pada 23 Desember 2020.

Kami tidak tahu apa yang akan terjadi dengan token FLR ketika didistribusikan, tetapi bahkan dengan jadwal emisi yang lambat pada awalnya direncanakan, sepertinya pasar akan dibanjiri token FLR dalam 2-3 tahun pertama setelah peluncuran mainnet . Kecuali ada beberapa perkembangan yang menyebabkan lonjakan permintaan yang serupa selama waktu itu, token dapat siap turun karena spekulan yang sama yang membeli XRP untuk titian udara memutuskan untuk membuang FLR mereka sesegera mungkin.

Jika Anda mengambil jangka waktu yang lebih lama, ini bisa menjadi proyek yang bagus untuk ditinggalkan, dan jika kita benar tentang peluncuran mainnet, ini bisa menjadi peluang bagus untuk mengambil tas besar FLR dengan harga murah. Tentu saja hanya waktu yang akan menjawab apakah itu benar.

Hal lain yang perlu diingat adalah Flare dimulai dengan Ripple, tetapi secara teoritis Flare dapat menambahkan fungsionalitas kontrak pintar dan interoperabilitas ke blockchain apa pun. Mempertimbangkan bahwa tiga perempat dari nilai token blockchain publik tidak dapat digunakan dengan kontrak pintar dengan cara yang tidak dapat dipercaya, saat ini Flare memiliki kurva pertumbuhan potensial yang sangat besar di depan.

Gambar Unggulan melalui Shutterstock

Penafian: Ini adalah pendapat penulis dan tidak boleh dianggap sebagai nasihat investasi. Pembaca harus melakukan penelitian sendiri.

Sumber: https://www.coinbureau.com/review/flare-spark-flr/