Ruang Bantu

FIO
Tidak Resmi

Toko serba ada untuk semua hal FIO.

Powered by CoinMonster.Org & TheCurrencyHub.io

Konsolidasi berita & informasi FIO dari Twitter Telegram dan FIO Foundation.

Tidak dapat menemukan FIO di bursa Anda? Anda bisa mendapatkan token FIO tanpa menggunakan bursa. Belajarlah lagi.

Berita Terbaru

11-06-20 FIO Rilis 2.2 di Mainnet

10-28-20 Direktur Pelaksana FIO Luke Stokes  membahas mengapa sekarang adalah waktu untuk layanan keuangan mengadopsi solusi desentralisasi  Artikel Cointelegraph 

10-16-20 Ubah Sekarang telah resmi  mengintegrasikan protokol FIO.

10-12-20 FIO Rilis 2.1 Sekarang Live

10-8-20 Dompet Edge telah membuat beberapa pembaruan menarik!

9-22-20  $20,000 Pemberian FIO: Binance Pelajari & Dapatkan

9-15-20 Bithumb akan mengadakan “FIO Special 350.000 Hadiah FIOAcara!

9-11-20 BitMax.io Pindah ke Hilangkan Penggunaan Alamat Publik dengan FIO Protocol

9-10-20 FIO Versi 2.0 Semua produsen FIO, API, dan node riwayat harus ditingkatkan ke Versi 2.0.0 sebelum 16 September 2020

8-31-20 @Kentank sedang mengalami a FIO giveawy di Twitter periksalah!

8-14-20 FIO Support telah ditambahkan ke SwapZone.io- sekarang Anda dapat menelusuri layanan, menemukan penawaran dan pertukaran terbaik $FIO.

Lihat lengkapnya Berita FIO halaman

Airdroplar & Hediyeler

Untuk membantu mempromosikan adopsi FIO, ada hadiah berkala, airdrop & kontes. Berikut FIO di Twitter adalah cara terbaik untuk tetap mengikuti hadiah.

Pembaruan Terbaru tentang Insentif Saat Ini

9-22-20  $20,000 Pemberian FIO: Binance Pelajari & Dapatkan

9-20-20 Itu Kontes Referral kembali hingga 18 Oktober!

9-15-20 Bithumb akan mengadakan “FIO Special 350.000 Hadiah FIOAcara!

8-13-20 Untuk merayakan daftar resmi FIO di Bithumb Global,ada sebuah "50,000 FIO Grand Prize Pool”Acara untuk partisipasi masyarakat!

Anda bisa mendapatkan Alamat FIO Gratis!  8-6-20 Ini hanya untuk waktu yang terbatas jadi kami sarankan untuk mendapatkan alamat gratis Anda hari ini.

Apakah Anda ingin membantu FIO berkembang?
Apakah Anda memiliki proposal pemasaran?
Apakah Anda ingin mencantumkan FIO di Exchange Anda?

Kirimkan Proposal Pekerja FIO.

Dapatkan alamat FIO Anda hari ini!

Produk Status
ShapeShift Mobile BARU! Pendaftaran alamat FIO
Resolusi alamat FIO
Permintaan FIO
infinito Resolusi alamat FIO
FIO Kirim / Terima
Edge Terintegrasi penuh
Tribe Pendaftaran alamat FIO
Resolusi alamat FIO
Permintaan FIO
Guarda Wallet Terintegrasi penuh
Midas Protocol Pendaftaran alamat FIO
Resolusi alamat FIO
Scatter Pendaftaran alamat FIO
Pendaftaran domain FIO
Resolusi alamat FIO
Permintaan FIO
Bloks Pendaftaran alamat FIO
Pendaftaran domain FIO
Resolusi alamat FIO
Dompet Atom Pendaftaran alamat FIO
Trust Wallet Pendaftaran domain FIO

Tutorial FIO dapat dilihat sini.

Peta Jalan FIO

Visi FIO adalah beroperasi secara transparan sebagai DAC (Decentralized Autonomous Consortium) yang dijalankan oleh komunitas. di mana pemegang token memiliki pengaruh atas masa depan protokol FIO.

Itu Peta jalan FIO dikelola oleh yayasan FIO, tetapi konten peta jalannya didorong oleh komunitas (pengguna, produsen blok, anggota yayasan) melalui FIO Improvements Proposals (FIPs). FIPS tinggal di GitHub.

Anda dapat mengubah peta jalan dengan menjadi anggota aktif dari masyarakat dan berpartisipasi dalam diskusi tentang Telegram  dan Indonesia.

 

Produsen Blok

Apa itu Produsen Blok?
Produsen blok menjalankan infrastruktur yang diperlukan untuk menjalankan blockhain FIO, dan memainkan peran utama dalam tata kelola rantai. Mereka yang memegang Token FIO memilih produsen blok melalui pemungutan suara.

Siapakah Produsen Blok?
Siapapun dapat mendaftar menjadi produsen blok (BP) dan memproduksi blok jika mereka mendapat cukup suara. 21 BP aktif teratas dan hingga 21 BP siaga akan dibayar - kumpulan dari 42 BP total ditentukan berdasarkan jumlah suara. Kamu bisa lihat daftar Block Producer saat ini di sini.

Metrik Performa Produser Blok

Proposal Peningkatan FIO

Siapa yang memutuskan bagaimana FIO kedepannya? Nah tentu saja itu kamu!

Lihat FIP lebih lengkap di Github

Domain FIO / Alamat transfer FIO dan pembersihan data

FIP mengimplementasikannya sebagai berikut:

  • Menambahkan kemampuan untuk mentransfer Domain FIO ke pemilik baru menggunakan tindakan baru
  • Menambahkan kemampuan untuk mentransfer Alamat FIO ke pemilik baru menggunakan tindakan baru
  • Menambahkan API endpoints baru untuk transfer Domain FIO, transfer Alamat FIO
  • Menambahkan biaya baru untuk transfer Domain FIO dan transfer Alamat FIO
  • Mengubah logika pencarian untuk get_obt_data, get_pending_fio_requests, get_sent_fio_requests, get_cancelled_fio_requests

Motivasi

Baik Domain FIO dan Alamat FIO adalah token non-fungible (NFT) yang dimiliki oleh Kunci Publik FIO. Kemampuan untuk mentransfer kepemilikan adalah suatu keharusan, namun saat ini tidak ada dukungan untuk itu di Protokol FIO. Selalu diasumsikan bahwa hal ini akan menjadi salah satu perbaikan pertama pada Protokol FIO.

Perbaikan paging melalui API

FIP mengimplementasikannya sebagai berikut:

  • Menambahkan API endpoints baru untuk mengambil Domain FIO dengan dukungan paging
  • Menambahkan API endpoints baru untuk mengambil Alamat FIO dengan dukungan paging

Motivasi

Saat ini ada kekurangan di paging untuk panggilan API tertentu:

  • / get_fio_names tidak memiliki halaman sama sekali. Jika akun memiliki lebih banyak Domain FIO atau Alamat FIO daripada yang dapat dikembalikan sebelum waktu pembacaan tabel habis, hanya sebagian hasil yang dikembalikan tanpa peringatan kepada pengguna atau kemampuan untuk mengambil sisanya.

Memberikan kemampuan untuk membatalkan permintaan dana

FIP mengimplementasikannya sebagai berikut:

  • Menambahkan API end point baru dan tindakan kontrak untuk pembatalan permintaan dana.
  • Menambahkan end point baru yang akan mendukung paging yaitu get_cancelled_requests.
  • Menambahkan pemeriksaan baru untuk merekam tindakan obt dalam kontrak fio.request.obt untuk memeriksa bahwa jika id permintaan ditentukan, dan statusnya dibatalkan, ini adalah kesalahan.

Motivasi

Saat ini FIO API tidak menyediakan cara apa pun bagi pengguna untuk membatalkan permintaan dana yang telah mereka buat:

  • Dapat diperkirakan bahwa pengguna akan memiliki keinginan untuk membatalkan permintaan dana yang baru dibuat
  • Saat pengguna memasukkan data yang salah (untuk jumlah atau memo)
  • Ketika pengguna mengadakan persekongkolan untuk membuat permintaan yang tidak relevan
  • Ketika akun pengguna telah "diretas" dan mereka ingin membatalkan permintaan dana yang tidak benar.
  • Setelah kita memiliki kemampuan untuk membatalkan, akan berguna untuk memiliki API end point yang disebut get_cancelled_requests.
  • Setelah kami memiliki kemampuan untuk membatalkan, kami ingin memeriksa catatan diperoleh jika status permintaan dibatalkan, ini adalah kesalahan, setiap kali id permintaan ditentukan.

Memberikan kemampuan untuk menghapus alamat pub dari protokol FIO untuk pengguna

FIP mengimplementasikannya sebagai berikut:

  • Menambahkan API end point baru dan tindakan kontrak untuk menghapus alamat pub yang dipilih.
  • Menambahkan API endpoint baru dan tindakan kontrak untuk menghapus semua alamat pub.

Motivasi

Saat ini FIO API tidak menyediakan cara apa pun bagi pengguna untuk menghapus pemetaan alamat publik untuk pengguna:

  • Dapat diperkirakan bahwa pengguna akan perlu menghapus pemetaan alamat pub
  • Saat token tertentu tidak lagi didukung
  • Kapan pun pengguna mungkin ingin menghapus pemetaan tertentu dari negara bagian karena alasan privasi.

Privasi yang Ditingkatkan

Terminologi

  • Alamat Publik Blockchain Asli (NBPA) - ini adalah alamat publik di blockchain asli yang diperlukan untuk mengirim dana dan dikaitkan dengan Alamat FIO yang digunakan / add_pub_address
  • Penerima pembayaran - pengguna menerima dana. Dalam skenario kirim, ini adalah pengguna yang menempatkan NBPA di Rantai FIO dan mengizinkan Pembayar untuk melihatnya sehingga Pembayar dapat mengirim dana menggunakan NBPA ini. Dalam skenario Permintaan, ini adalah pengguna yang mengirim Permintaan FIO.
  • Pembayar - pengguna yang mengirim dana menggunakan Alamat FIO. Dalam skenario Kirim, Pembayar akan mengetik Alamat FIO di dompet, dompet itu akan mencari NBPA yang sesuai di blockchain asli dan transaksi akan dijalankan. Dalam skenario Permintaan, Pembayar akan menanggapi Permintaan FIO yang dikirim oleh Penerima Pembayaran.
  • Pengirim - adalah pengguna yang mengirim transaksi di Rantai FIO ke pengguna lain (Penerima)
  • Penerima - adalah pengguna yang menerima transaksi di FIO Chain dari pengguna lain (Pengirim)

Abstrak

FIP ini menerapkan beberapa fitur baru untuk meningkatkan privasi Protokol FIO:

  • hal ini memperluas skema enkripsi Data FIO yang ada untuk menyertakan NBPA untuk secara opsional mengenkripsi NBPA yang ditempatkan pada rantai.
  • Hal ini memperkenalkan cara baru untuk pertukaran permintaan FIO, Data FIO, dan NBPA, yang mengaburkan fakta bahwa pengguna berinteraksi satu sama lain.
  • Ini mengkonsolidasikan record_obt_data dan reject_funds_request menjadi satu priv_record_send_action untuk mengaburkan lebih lanjut tindakan yang diambil pada Permintaan FIO.

Tindakan yang diperkenalkan akan berdampingan dengan tindakan yang ada untuk memastikan kompatibilitas ke belakang.

Motivasi

Meskipun konten Permintaan FIO dan Catatan OBT sudah dienkripsi, ada dua area lain dimana privasi Protokol FIO dapat ditingkatkan:

  • Kapan pun Permintaan FIO atau Catatan OBT disimpan dalam rantai, Alamat FIO kedua belah pihak disimpan tidak terenkripsi. Ini memungkinkan pengamat blockchain untuk:
    • Menyatukan Alamat FIO yang bertransaksi satu sama lain, meskipun detail transaksi tersebut bersifat pribadi.
  • NBPA yang dipetakan ke Alamat FIO disimpan pada rantai tanpa terenkripsi. Ini memungkinkan pengamat blockchain untuk:
    • Mengaitkan NBPA ke Alamat FIO yang dapat diidentifikasi.
    • Mengaitkan NBPA di berbagai blockchain yang dimiliki oleh satu individu / entitas melalui Alamat FIO umum.

Transfer token yang terkunci

FIP ini mengimplementasikan kemampuannya untuk mentransfer token ke akun baru dan mengunci token tersebut pada jadwal yang telah ditentukan sebelumnya.

Tindakan baru yang diusulkan:

Tindakan Titik akhir Deskripsi
trnsloctoks.dll transfer_locked_tokens Transfer dan mengunci token sesuai jadwal yang disediakan.
get_locks Mengembalikan periode kunci untuk akun.

Tindakan yang dimodifikasi:

Tindakan Titik akhir Deskripsi
get_fio_balance Dimodifikasi untuk menambah saldo token yang tersedia.

Motivasi

Protokol FIO mencakup fungsionalitas penguncian token, yang dibuat secara khusus untuk mengakomodasi persyaratan kompleks untuk mengunci token dicetak di Mainnet. Fungsi ini tidak dimaksudkan untuk tersedia setelah Mainnet.

Kasus penggunaan asli adalah untuk mengizinkan Foundation untuk memberikan atau menjual token dengan kunci terlampir. Selama desain, ruang lingkup diperluas untuk mendukung kasus penggunaan yang memungkinkan individu mengunci token untuk diri mereka sendiri sebagai tabungan atau untuk alasan keamanan. Namun, mendukung kedua kasus penggunaan menambahkan kerumitan yang tidak perlu dan FIP diperkecil untuk fokus pada kasus penggunaan asli. Pengguna individu masih dapat mengunci token mereka sendiri menggunakan fungsionalitas yang dikembangkan untuk FIP ini.

Memberikan kemampuan untuk membakar Alamat FIO

FIP ini menerapkan kemampuan bagi pemilik untuk membakar Alamat FIO mereka.

Tindakan baru yang diusulkan:

Tindakan Titik akhir Deskripsi
burnaddress burn_fio_address Membakar Alamat FIO.

Motivasi

Sekarang Rantai FIO Pembakaran (menghapus dari keadaan) Alamat FIO setelah masa tenggang setelah tanggal kedaluwarsa.

Pemilik harus membakar Alamat FIO mereka sebelum kedaluwarsa, jika mereka tidak lagi ingin menggunakannya dan ingin menghapus semua data terkait. Ada banyak alasan mengapa seseorang ingin membakar Alamat FIO mereka:

  • Persyaratan Bisnis / Pribadi
  • Efektivitas biaya
  • Pencegahan spam

Permintaan Alamat Publik

FIP ini menerapkan konsep Permintaan Alamat Publik, yang memungkinkan Pembayar untuk meminta Alamat Publik dari Penerima Pembayaran sebelum mengirim, dan untuk penerima pembayaran melepaskan Alamat Publik tersebut kepada Pembayar terenkripsi. Selanjutnya memungkinkan Pembayar untuk mengizinkan Alamat Publik itu untuk digunakan di masa depan tanpa perlu Permintaan Alamat Umum untuk setiap pengiriman.

Tindakan baru yang diusulkan:

Tindakan Titik akhir Deskripsi
newpubaddreq new_pub_address_request Meminta Alamat Publik untuk rantai / token tertentu dari Alamat FIO.
relpubadd release_pub_address Penempatan Alamat Publik terenkripsi untuk Chain / Token tertentu dan Alamat FIO secara on-chain.
rejectaddreq reject_pub_address_request Mengizinkan Penerima Pembayaran untuk menandai Permintaan Alamat Publik sebagai ditolak, sehingga Pembayar diberi tahu dan Penerima Pembayaran hanya dapat mengambil permintaan yang menunggu keputusan di masa mendatang.
canceladdreq cancel_pub_address_request Mengizinkan Pembayar untuk menandai Permintaan Alamat Publik sebagai dibatalkan, jika mereka berubah pikiran. Ini hanya dapat dilakukan saat permintaan menunggu keputusan.
get_pending_pub_address_request Mengembalikan Permintaan Alamat Publik untuk Kunci Publik FIO tertentu.
get_sent_pub_address_request Mengembalikan Permintaan Alamat Publik yang dikirim oleh FIO Public Key tertentu.
get_cancelled_pub_address_request Mengembalikan Permintaan Alamat Publik yang dikirim oleh FIO Public Key tertentu dan dibatalkan.

Tindakan yang dimodifikasi:

Tindakan Titik akhir Deskripsi
get_pub_address Dimodifikasi untuk mengembalikan alamat publik yang dienkripsi untuk Pembayar secara opsional.

Terminologi

  • Alamat umum - ini adalah Alamat Publik di blockchain asli yang diperlukan untuk mengirim dana dan dikaitkan dengan Alamat FIO menggunakan / add_pub_address
  • Pembayar - pengguna yang mengirim dana menggunakan Alamat FIO. Dalam skenario Kirim, ini adalah pengguna yang memulai pembayaran.
  • Penerima pembayaran - penerima dana. Dalam skenario kirim, ini adalah pengguna yang menerima pembayaran.

Motivasi

FIP-5 Privasi yang ditingkatkan melalui pertemanan mengusulkan untuk meningkatkan privasi Protokol FIO di dua bidang:

  1. Alamat Publik yang dipetakan ke Alamat FIO disimpan dalam rantai tidak terenkripsi.
  2. Kapan pun Permintaan FIO atau Catatan OBT disimpan dalam rantai, Alamat FIO kedua belah pihak disimpan tidak terenkripsi.

Solusi yang diusulkan dalam FIP-5 adalah bisa dibilang rumit, baik dalam hal kode blockchain, tetapi, yang lebih penting, dalam hal integrasi dompet. FIP ini mengusulkan bahwa masalah #1 adalah masalah privasi utama yang harus ditangani dan masalah #2 tidak boleh ditangani saat ini untuk mengurangi kerumitan secara substansial.

Masalah #1 dapat diselesaikan dengan mengizinkan Pembayar untuk terlebih dahulu Meminta Alamat Publik dari Penerima Pembayaran secara on-chain dengan metadata terenkripsi opsional, dan kemudian mengizinkan Penerima Pembayaran untuk Merilis Alamat Publik on-chain, di mana Alamat Publik dienkripsi untuk Pembayar. Tidak perlu Daftar Teman atau hashing yang rumit untuk mendapatkan indeks pencarian.

Selain itu, Permintaan Alamat Publik mungkin memiliki aplikasi berguna lainnya. Ini memungkinkan Penerima Pembayaran untuk menahan rilis alamat publik, mencegah penerimaan dana, sampai informasi tertentu diterima. Misalnya, pertukaran crypto mungkin tidak mengizinkan setoran terjadi sampai mereka menerima informasi tentang pihak lawan, untuk mematuhi Aturan Perjalanan.

Mengizinkan pemungutan suara dan proxy tanpa Alamat FIO

FIP ini memungkinkan pemegang token untuk memberikan suara atau proxy tanpa mengharuskan mereka untuk memiliki Alamat FIO terdaftar.

Tindakan yang dimodifikasi:

Tindakan Titik akhir Deskripsi
voteproducer vote_producer Bidang Alamat FIO sekarang dapat dikosongkan.
voteproxy proxy_vote Bidang Alamat FIO sekarang dapat dikosongkan.

Motivasi

Untuk membuat pemungutan suara / proxy "gratis" bagi pengguna untuk mendorong mereka memilih / mewakili, pembuat suara dan tindakan proksi memerlukan Alamat FIO, karena Alamat FIO diperlukan untuk memungkinkan pembayaran dengan transaksi yang dibundel dan bukan dengan token. Namun, itu memperkenalkan kebutuhan bahwa pemegang token memiliki Alamat FIO untuk memilih / proxy. Seperti yang direkomendasikan di Masalah 47 masuk akal untuk juga mengizinkan pemungutan suara / proxy bahkan ketika pemegang token tidak memiliki Alamat FIO.

Perhitungan Biaya Desain Ulang

FIP ini menerapkan desain ulang pemungutan suara dan perhitungan biaya, dan pemungutan suara dan penghitungan transaksi yang dibundel dalam Protokol FIO. Secara khusus:

  • Perhitungan biaya akan dihapus dari onblock dan dari setfeevote dan setfeemult dan dilampirkan ke tindakan khusus / end point.
  • Produsen blok 42 teratas akan diizinkan untuk memilih biaya dan transaksi yang dibundel.
  • Suatu biaya akan dipungut setiap kali a setfeevote, setfeemult dieksekusi, dan bundlevote
  • Hanya suara dari 21 produsen blok teratas yang akan digunakan untuk menghitung biaya dan transaksi yang dibundel.

Tindakan baru yang diusulkan:

Tindakan Titik akhir Deskripsi
computefees compute_fees Menghitung biaya suara dan menetapkan biaya dalam Protokol FIO.

Tindakan yang dimodifikasi:

Tindakan Titik akhir Deskripsi
setfeevote set_fee_vote Sekarang bisa dipanggil oleh 42 BP teratas. Biaya ditambahkan. Perhitungan biaya dihapus dari tindakan ini.
setfeemult set_fee_multiplier Sekarang bisa dipanggil oleh 42 BP teratas. Biaya ditambahkan. Perhitungan biaya dihapus dari tindakan ini.
bundlevote submit_bundled_transaction Sekarang bisa dipanggil oleh 42 BP teratas. Biaya ditambahkan.

Motivasi

Protokol FIO dirancang untuk memungkinkan 21 produsen teratas untuk memberikan suara pada biaya protokol dan transaksi yang dibundel melalui setfeevote, dan setfeemult.

Itu perhitungan biaya terjadi setelah setiap setfeevote atau setfeemult. Biaya tersebut juga dihitung ulang dalam satu blok setiap 126 blok.

Telah ditemukan bahwa pemrosesan yang diperlukan untuk menghitung biaya terlalu besar untuk ditangani dalam blokir atau dilampirkan pada tindakan penetapan biaya, terutama jika jumlah produsen blok yang diizinkan untuk memilih meningkat melebihi 21 teratas, yang telah dibahas di Masalah 147 dan sekarang menjadi bagian dari FIP ini.

Untuk mengatasi masalah ini, titik akhir baru yang didedikasikan untuk penghitungan biaya harus diterapkan. Ini akan mengikuti pendekatan yang sama seperti area lain dari Protokol FIO, seperti membakar alamat yang kadaluwarsa, dan mengklaim imbalan.

Menambah kegunaan transaksi bundel

FIP ini mengimplementasikan peningkatan pada cara transaksi yang dibundel diperoleh dan digunakan. Secara khusus:

  • Menambahkan kemampuan untuk mentransfer token FIO menggunakan Alamat FIO dan membayar dengan transaksi yang dibundel.
  • Menambahkan kemampuan untuk membeli beberapa set transaksi yang dibundel dalam satu tindakan.

Tindakan baru yang diusulkan:

Tindakan Titik akhir Deskripsi
trnsfiopubad transfer_tokens_fio_add Mentransfer token FIO dan mencatat Data OBT.
addbundles add_bundled_transactions Menambahkan bundel transaksi ke Alamat FIO.

Motivasi

Transaksi yang dibundel memudahkan pengguna sehari-hari untuk berinteraksi dengan FIO Protocol. Pengguna membayar satu biaya tahunan untuk Alamat FIO dan mendapatkan cukup paket transaksi untuk mencakup jumlah rata-rata interaksi tahunan dengan Rantai FIO.

Ada beberapa perbaikan yang selanjutnya dapat meningkatkan kegunaan:

  • Transfer token FIO saat ini tidak mendukung penggunaan transaksi yang dibundel. Ini terutama, karena transaksi yang dibundel memerlukan Alamat FIO dan tindakan transfer token FIO dasar, trnsfiopubky.dll, mentransfer token menggunakan kunci publik. Ini dapat ditingkatkan untuk memungkinkan Alamat FIO pengirim opsional, tetapi untuk menjaga kompatibilitas ke belakang, tindakan / titik akhir baru adalah pilihan yang lebih baik. Selain itu, selalu dibayangkan bahwa kemampuan untuk mentransfer token FIO menggunakan Alamat FIO dan menggabungkan record_obt_data ke dalam panggilan yang sama adalah fitur yang bermanfaat. Saat ini jika pengguna ingin mengirim token FIO ke pengguna lain dan melampirkan memo, mereka harus melakukan 2 transaksi: trnsfiopubky.dll dan recordobt.
  • Pengguna yang memproses transaksi lebih dari jumlah tahunan dari paket transaksi dapat membayar biaya per transaksi untuk semua transaksi tambahan atau memperbarui Alamat FIO mereka lebih awal, yang menambahkan bundel transaksi baru dan memperpanjang tanggal kedaluwarsa Alamat FIO. Namun, pengguna berat harus menjalankan beberapa pembaruan secara berurutan. Pendekatan yang lebih baik adalah dengan memungkinkan kemampuan untuk membeli beberapa set transaksi yang dibundel dalam satu transaksi blockchain.

Pindahkan daftar putih tindakan ke status

FIP ini memindahkan daftar putih tindakan ke status, sehingga tindakan baru yang ditambahkan ke Protokol FIO tidak memerlukan pembaruan perangkat lunak Rantai FIO terkoordinasi.

Tindakan baru yang diusulkan:

Tindakan Titik akhir Deskripsi
kecanduan Menambahkan tindakan baru ke tabel status.
remaksi Menghapus tindakan dari tabel negara bagian.
get_actions Mengambil tindakan yang masuk daftar putih dari tabel negara bagian.

Motivasi

Protokol FIO ini menggunakan daftar tindakan yang diizinkan untuk melarang tindakan yang tidak diketahui melakukan spamming ke jaringan. Daftar putih diterapkan dalam kode inti Protokol FIO. Ini berarti bahwa setiap tindakan baru yang ditambahkan ke Protokol FIO perlu ditambahkan ke daftar putih dan memerlukan peningkatan wajib perangkat lunak FIO Chain. Ini tidak diinginkan karena memerlukan penerapan terkoordinasi versi perangkat lunak baru untuk menghindari hard fork. Pendekatan yang lebih baik adalah dengan mengaktifkan modifikasi daftar putih melalui pembaruan kontrak on-chain yang dilakukan berdasarkan konsensus dari 21 Produsen Blok teratas.

Kemampuan untuk mengambil semua alamat publik untuk Alamat FIO

FIP ini menerapkan kemampuan untuk dengan mudah mengambil semua alamat publik yang dipetakan ke Alamat FIO yang disediakan.

Tindakan baru yang diusulkan:

Tindakan Titik akhir Deskripsi
get_pub_addresses Menampilkan semua alamat publik untuk Alamat FIO tertentu.

Motivasi

Saat ini, / get_pub_address Metode API hanya mengembalikan alamat publik untuk rantai dan kode token tertentu. Ini berfungsi dengan baik untuk mencari kode token tertentu, tetapi tidak praktis untuk dompet yang ingin mengambil dan menampilkan semua pemetaan alamat publik kepada pemilik Alamat FIO. Meskipun pemetaan bisa diambil menggunakan / get_table_rows, panggilan ini memerlukan penghitungan indeks, dan oleh karena itu metode API asli diperlukan.

Memastikan integritas data respons API.

Abstrak

Menunggu keputusan

Motivasi

Saat ini, sebagian besar integrator mengandalkan satu node API (disarankan untuk dihosting dan diamankan oleh integrator) untuk mengambil informasi dari FIO Chain. Seperti rantai lain yang dapat diterima untuk sebagian besar pembacaan data, tetapi berisiko saat membaca informasi yang kemudian digunakan untuk melakukan transaksi yang tidak dapat diubah di blockchain lain, seperti alamat publik pembayaran. Secara khusus:

  • get_pub_address mengembalikan alamat publik untuk blockchain tertentu yang dipetakan ke Alamat FIO.
  • get_pending_fio_requests mengembalikan alamat publik untuk blockchain tertentu di mana Penerima Pembayaran ingin dana dikirim. Meskipun informasi tersebut dienkripsi, kunci publik yang diperlukan untuk dekripsi dikirim bersama dalam permintaan.

Alamat publik pembayaran diharapkan dikembalikan ke dompet dengan cara tertentu, yang dapat menjamin bahwa alamat tersebut belum diubah.

Spesifikasi

Definisi solusi tingkat tinggi

Dapatkan dan simpan daftar Produsen Blok (BP) yang diketahui dengan aman

  • Integrator akan membuat kode keras daftar yang diketahui (BP) dan akan memperbarui daftar ini secara teratur dengan rilis perangkat lunak baru dan meningkatkan versi ke SDK.
  • Integrator akan meminta satu titik akhir API (titik akhir baru yang akan diimplementasikan sebagai bagian dari FIP ini) untuk menerima daftar pembaruan jadwal BP dan nomor blok terkait saat hal itu terjadi.
  • Integrator akan mengambil blok yang sesuai dan transaksinya serta blok X yang mengikuti blok itu dan:
    • Verifikasi bahwa blok adalah bagian dari rantai yang ditandatangani oleh 2/3 + 1 BP yang diketahui.
    • Tambahkan BP baru ke daftar BP yang diketahui.

Ambil data dengan aman dari FIO Chain

  • BP akan memposting alamat node API mereka secara on-chain sebagai bagian dari pendaftaran BP
  • Integrator akan mengirim kueri API ke 2/3 + 1 node API BP.
  • Node API akan mencari data, dan mengembalikannya dengan tanda tangan BP mereka.
  • Setelah integrator menerima konten yang ditandatangani oleh 2/3 + 1 BP yang diketahui, data dijamin oleh konsensus rantai untuk tidak dirusak.

Standar rantai dan kode token

Abstrak

FIP ini mengusulkan cara standar untuk rantai kode dan kode token serta parameter pengalamatan multi-level dalam Protokol FIO.

Motivasi

Mengingat sifat blockchain yang terdesentralisasi, tidak ada standar tentang kode apa yang mewakili blockchain atau token apa di blockchain itu. Misalnya, bursa kripto Kraken mengidentifikasi Bitcoin sebagai XBT, sementara sebagian besar bursa lain menggunakan kode BTC. Ini menciptakan masalah potensial bagi pengguna Protokol FIO, karena dompet yang melakukan pengiriman ke dompet lain menggunakan Alamat FIO tidak tahu konvensi pengkodean apa yang digunakan dompet penerima dan oleh karena itu tidak tahu kode apa yang harus ditentukan dalam get_pub_address metode.

Protokol FIO tidak memvalidasi token atau kode rantai terhadap daftar apa pun, begitu juga seharusnya. Ini membuat Protokol FIO cukup fleksibel untuk mendukung rantai baru atau kode token segera setelah dibuat. SLIP-44 sering dikutip dalam dokumentasi Protokol FIO sebagai salah satu standar industri yang harus diikuti. Sayangnya SLIP-44 terutama digunakan untuk derivasi jalur dan karenanya sebagian besar mendukung rantai dan bukan token.

Selain itu, FIO Protocol mendukung penggunaan Pengalamatan Multi-level yang memungkinkan spesifikasi atribut tambahan yang mungkin diperlukan untuk pengiriman, seperti memo atau tag tujuan.

Dompet dan bursa yang mengintegrasikan Protokol FIO telah menyatakan minatnya untuk membuat daftar induk rantai, kode token, dan atribut pengalamatan multi-level yang digunakan oleh Peserta FIO untuk memastikan dompet pengirim dan penerima menggunakan konvensi pengkodean yang sama.

Sumber Daya Pengembangan FIO

FIO hanya bisa berhasil jika protokol diintegrasikan ke produk & layanan ANDA. Jika Anda adalah pengembang detail implementasi aplikasi blockchain, Spesifikasi API, dan SDK, FIO memiliki Dasar pengetahuan serta Portal Pengembang dan Repositori GitHub.

Apa yang membuat FIO berbeda?

Mirip dengan proyek penamaan kripto lainnya, FIO mendukung pengiriman dan penerimaan kripto tetapi FIO dapat mendukung dengan mulus blockchain APA SAJA .

FIO juga memungkinkan Anda untuk meminta pembayaran, ini penting ketika memasukkan pembayaran kripto ke dalam proses pembayaran pada bisnis Anda. Mengirim faktur (permintaan pembayaran) adalah asli dari protokol dan integrasi itu mudah dan metadata FIO dapat dilampirkan ke transaksi apa pun di blockchain apa pun.

Penerimaan Industri itu LEGIT!

Lihat kinerja token FIO.

CoinMarketCap.com

CoinGecko.com

Cryptorank.io

CoinMonster.org

Aplikasi BlockFolio

FIO Masuk dalam 10 Besar Untuk Token yang Diluncurkan pada 2020!

Peluncuran FIO token di BitMax sukses luar biasa. Baca lebih lajut…

Apakah Anda baru mengenal FIO?

Silakan tonton video penjelasan ini dari FIO Foundation.

Mengirim Crypto menggunakan FIO
  1. Pilih alamat FIO (Jika Anda memiliki lebih dari satu).
  2. Pilih cryptocurrency Anda.
  3. Masukkan jumlahnya.
  4. Masukkan alamat FIO penerima.
  5. Kirim crypto Anda!
Menerima Crypto dengan FIO
  1. Bagikan alamat Fio Anda.
  2. Dapatkan crypto Anda!
Meminta Crypto dengan FIO

1. Buka dompet Anda (BTC, ETH, dll) & pilih Minta.

2. Pilih opsi Permintaan FIO.

3. Masukkan alamat FIO.

4. Klik Kirim Permintaan. 

Itu dia!

 

Situs ini dikelola dan dipelihara oleh Currency Hub, a Produsen Blok FIO. Silahkan pilih kami: bp @ thecurrencyhub

fio.tools tidak didukung oleh, atau disponsori oleh FIO Foundation.