Apa itu ScPrime, SCP Coin adalah

Apa itu ScPrime, SCP Coin ?

ScPrime adalah proyek cryptocurrency yang menargetkan layanan cloud publik dengan ekosistem berbasis blockchain untuk membayar individu untuk menyimpan data di seluruh dunia menggunakan kontrak pintar dan bukti kriptografi untuk memastikan akurasi, keamanan, dan redundansi.

ScPrime, SCP Coin

ScPrime adalah blockchain layer 1 berdasarkan Proof of Work ASIC mining dan skrip kontrak pintar saluran negara yang mengikat Penyedia Penyimpanan bersama-sama. Jaringan ini didasarkan pada protokol penyewa-host asli Sia dan menggunakan enkripsi 256-bit dan kode penghapusan untuk menciptakan layanan cloud terdistribusi publik yang sangat tahan lama dan aman.

Siapa pun dapat berpartisipasi sebagai node penyimpanan dan dibayar dalam koin utilitas yang dikenal sebagai SCP. Perangkat lunak open-source memungkinkan pengguna untuk membangun konfigurasi generik sementara implementasi komersial seperti XaMiner memberikan pengalaman plug & play.

Implementasi referensi lapisan 2 menghadirkan akses dunia nyata ke jaringan dengan perangkat lunak klien inti yang disebut Relayer, yang dapat dikonfigurasi sebagai instans di lokasi atau di cloud untuk mengakses jaringan dengan kompatibilitas penuh dengan protokol cloud yang banyak digunakan seperti AWS S3 .

Pelanggan yang menggunakan klien ini membayar dengan metode tradisional dan memiliki beragam fitur yang memungkinkan penggantian langsung dari penggunaan cloud mereka saat ini.
Evolusi, Lalu Revolusi

Ini adalah manifesto inti tentang transisi ke Web3 sambil mempertahankan kompatibilitas dunia nyata. Ketika blockchain, kriptografi kunci publik, dan mata uang utilitas mendapatkan penerimaan, perangkat lunak SCP akan berkembang untuk memenuhi kebutuhan, menumbuhkan jaringan global yang kompetitif dan memajukan desentralisasi anti-rapuh dari waktu ke waktu. Manfaat biaya radikal adalah hasil alami.

Di blok genesis pada 31 Oktober 2018, sebuah premine memberi penghargaan kepada komunitas dan pengembang Sia serta menutupi biaya bagi peserta komunitas untuk mengoperasikan kolam penambangan dan biaya pencatatan pertukaran awal. Saldo dompet dingin yang besar juga dibuat untuk pengembangan jaringan. Detail blok genesis tersedia di https://scpri.me/project-specifications

Mengamankan Jaringan

Blockchain ScPrime adalah Proof-of-Work – algoritma konsensus Blake2B dengan waktu blok 10 menit dan algoritma penyesuaian kesulitan yang agresif. Hadiah Genesis adalah 300 SCP menurun 0,001 SCP per blok dengan 10 lantai SCP sekitar lima tahun dari Genesis.

Biaya proyek yang menurun dimasukkan dalam dua tahun pertama untuk pendanaan pengembang. Setelah blok 105.000, 10% dari setiap hadiah blok dikirim ke alamat yang tidak dapat dibelanjakan untuk mengurangi inflasi/pasokan selama proyek berlangsung.

Sybil dan serangan gangguan data lainnya dimitigasi dengan sistem jaminan yang disiapkan oleh Penyedia Penyimpanan yang setara dengan sisi lain dari kontrak yang diberikan.

Jaminan terkunci dan tidak tersedia selama kontrak aktif. Ketika berhasil diselesaikan, itu dikembalikan ke Penyedia. Jika karena alasan apapun, Penyedia gagal kontrak,

Jaminan dikirim ke alamat pembakaran untuk mencegah vektor serangan yang dibangun untuk mencuri jaminan.

Untuk daya tahan dan memanfaatkan sifat unik dari jaringan yang terdistribusi secara luas, kumpulan data dipotong menjadi pecahan melalui Pengodean Penghapusan standar (Reed Solomon).

Rasio Data/Paritas ditentukan oleh pelanggan di dalam klien Relayer berdasarkan daya tahan yang diinginkan, geolokasi data , latensi, dan indikator kinerja jaringan lainnya.

Penggunaan EC menciptakan redundansi yang ekstrem karena hanya sebagian kecil dari node data yang diunggah yang perlu tersedia untuk mengambil seluruh kumpulan data.

Dua puluh lima tahun setelah uji coba Internet publik pertama, janji panjang jaringan global terdistribusi telah berubah secara tak terduga dengan sekelompok kecil hegemoni Lembah Silikon yang mengendalikan dunia kita yang terhubung.

Akses terbuka di lingkungan yang kompetitif, masa depan pembuatan, penyimpanan, dan distribusi data bersama yang tumbuh secara eksponensial telah ditangkap. Pelanggaran data skala besar, pemadaman jaringan, dan intrusi pemerintah menjadi berita utama utama, sementara para manajer tidak punya banyak pilihan selain memigrasikan data bisnis penting ke cloud karena manfaatnya jauh lebih besar daripada risiko yang paling parah sekalipun.

Tapi tidak harus seperti ini. Kami dapat mengklaim kembali janji teknologi terdistribusi dan mengembalikan kontrol ke pembuatnya. ScPrime (diucapkan ess-cee-prime dan disingkat sebagai SCP) sedang membangun produk penyimpanan cloud terdesentralisasi pada jaringan yang terdistribusi sepenuhnya. Makalah ini menjelaskan inovasi teknis inti kami, pengembangan jaringan, dan model bisnis yang akan kami gunakan untuk mendapatkan kembali janji komputasi yang saling terhubung secara global.

Masalah

Privasi, Keamanan, Harga

Beberapa perusahaan penyimpanan cloud publik memegang bagian penting dari data perusahaan, dengan produk AWS IaaS Amazon mengendalikan lebih dari 49% pasar 1. Menggabungkan data dalam fasilitas besar yang dibuat khusus adalah pengembalian ke model server-klien dalam skala global dengan peningkatan risiko pelanggaran data yang merusak, penetapan harga monopoli, dan pertanyaan tentang kepemilikan data. Manajer bisnis membutuhkan alternatif yang mengembalikan kendali kepada pelanggan.

Solusinya

Penyedia Cloud yang Aman

SCP adalah jaringan mesh terdesentralisasi dari penyedia penyimpanan independen yang dikompensasikan untuk mendedikasikan sejumlah kecil ruang disk untuk membuat “pusat data” yang terhubung secara global. Insentif berbasis pasar yang terkait dengan akses klien terdistribusi menghapus kontrol terpusat. Produk ini menyatukan enkripsi yang kuat, pemisahan data, tanda tangan kriptografi, dan blockchain yang dapat diaudit secara publik untuk memastikan keamanan tertinggi dan daya tahan data pelanggan dalam lingkungan yang mengatur diri sendiri dan dengan biaya yang sangat kompetitif.

Fitur Dasar

Dasar dari SCP adalah protokol open source dengan abstraksi fitur awal. Memanfaatkan pengembangan open source hemat biaya dalam memungkinkan proyek untuk dengan cepat beralih ke inovasi eksklusif dan hasil produk yang nyata. Fitur berikut membentuk dasar yang kami bangun:

Konsensus
Buku besar transaksi keuangan terdistribusi antara sebagian besar peserta anonim divalidasi secara publik oleh komputer khusus (Bukti kerja) yang bersaing untuk menggabungkan “blok” transaksi, bahasa sehari-hari disebut sebagai mining2. SCP dimulai ketika proyek open source memusatkan validasi ini dengan memaksa peserta untuk membeli peralatan hanya dari perusahaan yang dimiliki oleh tim pengembangan, sehingga kehilangan inventaris besar peralatan yang mampu memberikan verifikasi blockchain terdesentralisasi dari siapa pun dan di mana pun di dunia. Hasil dari konsensus transaksi yang diverifikasi secara publik dikenal sebagai blockchain.

Saluran Pembayaran/ Kontrak Cerdas
Proyek ini menggunakan arsitektur saluran negara dan jaringan P2P untuk pembentukan kontrak anonim antara klien penyimpanan dan penyedia penyimpanan.

Pengunggahan data tahap kontrak melalui kesepakatan harga, jangka waktu, dan kriteria lainnya. Setelah negosiasi dan pengunggahan data berhasil, penyedia mengirimkan bukti reguler bahwa data disimpan sebagai kontrak. Transaksi yang dapat diaudit secara publik memastikan hasil bukti yang sah dari pembayaran kontrak yang sedang berlangsung sementara ketidakmampuan untuk memberikan bukti pada awalnya mengakibatkan tidak adanya pembayaran dan akhirnya pembatalan kontrak

Kontrak termasuk hash kriptografi akar yang terdiri dari segmen individu yang di-hash menjadi pohon Merkle. Root hash bersama dengan ukuran objek data digunakan untuk memverifikasi bukti penyimpanan. Pengurangan kontrak dengan hasil yang diperoleh dari token kripto sekunder

Kode Penghapusan
Kode penghapusan Reed-Solomon mendistribusikan data secara matematis ke seluruh sektor, drive, node, atau komputer untuk daya tahan dan efisiensi yang lebih tinggi melalui replikasi sederhana. Data terfragmentasi, diperluas, dan dikodekan dengan potongan paritas yang berlebihan, yang disimpan di seluruh kumpulan lokasi di mana angka yang signifikan secara statistik mungkin gagal sebelum data asli tidak dapat dipulihkan.

Enkripsi
Tantangan terbesar bagi penyedia penyimpanan cloud adalah privasi dan keamanan data klien. Biaya rata-rata pelanggaran data perusahaan hanya di bawah $1,5 juta di lingkungan yang dikendalikan sepenuhnya oleh perusahaan4. Pindah ke cloud melibatkan melepaskan kontrol dan mempercayai perusahaan lain. Masalah ini diperparah dalam mengisi data pada platform yang dihosting oleh sebagian besar aktor anonim dan mementingkan diri sendiri.

Solusinya adalah enkripsi ujung ke ujung yang diberlakukan sebelum mengizinkan data ke jaringan. Enkripsi sisi klien menciptakan tantangan teknis yang unik tetapi merupakan dasar untuk data yang benar-benar aman dan pribadi yang dilindungi dari akses yang tidak sah. Pada tulisan ini, sebagian besar perusahaan penyimpanan cloud tradisional tidak menerapkan enkripsi ujung ke ujung.

Lisensi/Kompensasi
Kode dasar dapat digunakan secara bebas dan publik pada lisensi sumber terbuka MIT yang tidak terbatas. SCP bermaksud modifikasi signifikan pada basis kode untuk tumpukan perangkat lunak akhir kami. Meskipun tidak ada persyaratan atau perjanjian kompensasi yang ditentukan, SCP mendukung pengembangan berkelanjutan dari perangkat lunak dasar melalui dua hibah cryptocurrency. Produk SCP akan menjadi campuran dari open source dan kode kepemilikan untuk pengembangan inti kita sendiri. Seluruh lisensi mengikuti

Model Bisnis
Layanan dan infrastruktur cloud publik tumbuh secara eksponensial dengan tingkat pertumbuhan tahunan gabungan (CAGR) sebesar perkiraan 20% hingga 2022 dan meningkat setelahnya6. Bahkan dengan potensi risiko, perusahaan sedang bertransisi dari pengeluaran biaya modal di lokasi dan personel ke biaya operasional yang dapat diprediksi di cloud. Persaingan diharapkan dari penyedia incumbent dan teknologi baru, namun peluangnya begitu besar kemungkinan akan banyak pemenangnya. Pesaing yang berhasil akan mulai dengan memenuhi persyaratan dasar.

• Rezim kepatuhan untuk akses, penyimpanan, dan penghapusan data
• Perjanjian tingkat layanan (SLA) untuk menjamin kinerja
• Kompatibilitas dengan standar de facto.

Gambar 1- Outlook Pasar Digital Statista

Kompetisi
Amazon, Microsoft, dan Google menyumbang persentase yang luar biasa dari pasar penyimpanan cloud Enterprise dengan skala yang menakjubkan di seluruh planet ini. Pusat data AWS individual menampung jutaan server yang menjalankan perangkat lunak jaringan khusus dan peralatan perutean dalam satu segmen bisnis Amazon yang paling menguntungkan dan membebani perusahaan
$500-600m untuk membangun. Meskipun ribuan merek penyimpanan cloud ada, sebagian besar hanya mengubah citra dan menjual kembali kapasitas AWS di bawah lisensi label putih.

Bersaing dengan petahana yang dominan dan mengakar membutuhkan privasi, keamanan, dan kinerja superior yang diberikan dengan harga yang jauh lebih rendah.

Peluang Pasar
Pertumbuhan eksponensial yang diprediksi dimulai dengan sekitar 40 zettabyte (1 zettabyte sama dengan satu miliar terabyte) data yang dibuat secara global pada tahun 2018 yang mengarah ke peningkatan lima belas kali lipat pada tahun 20307.

Penurunan biaya dan keamanan yang lebih baik memungkinkan penyimpanan data yang sebelumnya dibuang atau disimpan kurang dapat diandalkan dan murah media.

Salah satu contohnya adalah aktivitas pencadangan harian yang sebelumnya dicadangkan untuk mekanisme pita di lokasi dengan media yang diangkut ke lokasi di luar lokasi yang aman untuk pelestarian. Sementara penyedia saat ini akan mengeluarkan biaya untuk instalasi baru, kapasitas penyimpanan juga harus datang dari arah baru dan baru jika perlu dipenuhi.

Perusahaan mengharapkan produk sederhana dengan transisi yang mudah dari konfigurasi penyimpanan internal atau layanan cloud yang bersaing. Produk SCP menyediakan kompatibilitas lengkap (S3), memanfaatkan ekosistem alat pihak ke-3 yang dikembangkan dengan baik.
Pelanggan tidak pernah terpapar pada akuisisi atau penyimpanan mata uang kripto yang mendasarinya, menghilangkan rintangan utama untuk adopsi untuk proyek yang tidak dapat memberikan strategi arus utama.

Di luar penyimpanan sederhana, terdapat pasar yang lebih besar untuk platform, infrastruktur, dan perangkat lunak sebagai layanan (IaaS, PaaS, SaaS). Jika penyimpanan objek dasar adalah harga tiket masuk, aplikasi yang berjalan di atas mewakili jalan yang menguntungkan jauh melampaui tujuan awal SCP.

Kepatuhan
Pembuat data semakin dituntut untuk mematuhi sejumlah besar rezim kepatuhan berdasarkan perlindungan data, kebijakan penyimpanan, persyaratan privasi, wilayah geografis, dan banyak lagi. Contoh profil tinggi baru-baru ini adalah Peraturan Perlindungan Data Umum Eropa (GDPR) yang memberikan serangkaian pedoman ketat untuk penggunaan data pribadi oleh perusahaan. Jaringan harus menyediakan mekanisme transparan dengan kemampuan audit untuk memenuhi persyaratan kepatuhan.

7 Buss, Sebastian & Becker, Dennis & banyak lainnya (2019) Kompas Ekonomi Digital
Diperoleh dari https://www.statista.com/study/52194/digital- economy-compass/

Penyedia penyimpanan independen di jaringan yang bersedia memenuhi standar tertentu akan menikmati potensi pendapatan yang lebih tinggi dengan mengabaikan anonimitas dan/atau mengizinkan inventaris dan alat pemantauan kinerja. Relayer akan mencakup kemampuan untuk mengidentifikasi dan membuat daftar profil penyedia penyimpanan untuk audit.

Perjanjian Tingkat Layanan Sebagian besar proyek/produk terdesentralisasi berusaha memberikan kemampuan anonim sambil mengabaikan tanggung jawab tradisional. Pelanggan harus menerima tingkat kinerja dan ketersediaan tertentu tanpa bantuan.

SCP, sebagai operator jaringan terdesentralisasi dapat membuat Perjanjian Tingkat Layanan dan mengkompensasi kinerja yang tidak memenuhi standar yang ditetapkan. Ini dicapai dengan inventaris menyeluruh dari jaringan penyedia, menggunakan
insentif untuk mendapatkan kinerja tertentu dan presentasi harapan yang jelas ketika memilih sekelompok penyedia untuk setiap rangkaian kontrak yang diberikan.

Ekonomi
Saat proyek dimulai, blockchain baru yang dibuat dari blok “genesis” memancarkan 300.000 koin SCP ke penambang yang memecahkan teka-teki kriptografi. Jadwal emisi koin meluruh dengan satu koin per blok hingga mencapai 10.000 SCP (sekitar 5,5 tahun dari genesis) di mana diperkirakan akan tetap selamanya, menciptakan jadwal inflasi nonlinier. Biaya pengembangan proyek mulai dari 20% dari hadiah blok dan menurun selama periode dua tahun disisihkan untuk biaya pengembang. Berdasarkan kondisi pasar umum, dana ini tidak dapat mencukupi, dan investasi swasta diperlukan untuk menyelesaikan produk.

Koin “pra-tambang” yang dibuat di blok genesis dimaksudkan untuk memberi penghargaan dan memberi insentif kepada calon pendukung. Berikut rinciannya:

• 300.000.000 kepada Nebulous, Inc untuk pengembangan asli Sia.
• 51.000.000 kepada operator kolam penambangan untuk membantu pembayaran jatuh tempo
• 200.000.000 untuk biaya proyek awal
• 1.750.000.000 untuk program insentif penyedia penyimpanan
• 628.000.000 untuk biaya pencatatan bursa
• 7.622.000.000 dialokasikan untuk “airdrop” ke pemegang koin Sia

Airdrop

Memberikan koin gratis ke alamat nenek moyang telah menjadi preseden dalam proyek crypto, dengan dukungan “airdrops” yang mendorong atau kurangnya permusuhan dari pendukung proyek induk. Ada sedikit bukti bahwa ini benar-benar mencapai tujuan, tetapi SCP memutuskan rasio 1:5 airdrop. Untuk setiap 5 koin SC, 1 koin SCP dibuat di blok Genesis dan diberikan dalam pengiriman transaksi tertulis berdasarkan snapshot alamat yang diambil pada ketinggian blok 179.000 dari proyek asli. Sedikit lebih dari tiga miliar koin dikirim ke lebih dari 650.000 alamat individu tanpa prasyarat.

Studi yang cermat mengungkapkan sejumlah besar pasokan koin proyek asli (60%) disimpan di kurang dari 35 alamat dari daftar kaya snapshot. Keputusan dibuat bahwa ini adalah alamat pertukaran terpusat dan kesimpulan dicapai bahwa koin yang dikirim ke alamat ini kemungkinan tidak akan pernah mencapai pemilik sebenarnya dan dengan demikian dipindahkan ke dompet dingin yang berisi 4.525.377.327 SCP. Pada tulisan ini, koin mewakili kurang dari 18% dari persediaan yang beredar. Ketika pasokan mencapai “langit-langit” nominal 55B SCP sekitar tahun 2023, dompet akan mewakili sekitar 8% dari total pasokan. Koin dialokasikan untuk memastikan keberhasilan produk, berpotensi melalui distribusi kepada investor, insentif jaringan ke penyedia penyimpanan atau mengirimkannya ke alamat yang tidak dapat dibelanjakan (dikenal sebagai pembakaran koin). Masyarakat akan dilibatkan dalam pengambilan keputusan.

ScPrimefunds
Ada dua aset kripto; Koin utilitas SCP yang digunakan dalam kontrak antara perangkat lunak klien dan jaringan penyedia terdistribusi, dan token ekuitas yang tidak tersedia untuk umum. 10.000 ScPrimefunds (SPF) disalurkan dengan basis 1:1 kepada pemegang proyek asli. Mereka sebagian besar dipegang oleh perusahaan pengembangan, Nebulous Inc. Tambahan 20.000 SPF dicetak untuk proyek ScPrime.

Token ini ada sebagai ekuitas dalam jaringan dan mendapatkan persentase dari setiap transaksi antara klien dan penyedia. Tujuannya adalah untuk menyediakan aliran pendapatan jangka panjang untuk pembangunan dan mungkin sebagai kumpulan lain untuk insentif.

Setiap SPF mendapatkan 0,000005 dari transaksi kontrak dan biaya secara otomatis ditarik dari kontrak dan dikirim ke alamat SPF. 2.500 SPF disisihkan sebagai bagian dari peningkatan ekuitas swasta, dengan 2.500 lainnya disisihkan untuk distribusi tim dan kumpulan opsi untuk karyawan baru.

Pasokan dan Kecepatan Koin
Ketika memikirkan apakah token protokol dapat menangkap dan mempertahankan rente ekonomi, yang relevan adalah apakah industri pertambangan yang mempertahankan blockchain protokol itu kompetitif, bukan kekakuan pengguna. Industri pertambangan yang mendukung protokol terdesentralisasi harus menjadi pasar yang kompetitif; jika tidak, protokol tidak terdesentralisasi8.

Produk berdasarkan aset kripto mungkin mengalami masalah kecepatan yang membatasi nilai koin dan mungkin menyebabkan kurangnya penambang yang bersedia menghabiskan listrik secara tidak menguntungkan. Dalam kasus penyimpanan cloud terdesentralisasi SCP, koin membeli ruang penyimpanan selama periode waktu tertentu dalam proses kontrak di bawah perangkat lunak klien. Tidak ada alasan atau kemampuan bagi pelanggan penyimpanan kami untuk membeli dan menyimpan lebih banyak koin daripada yang dibutuhkan untuk penggunaan penyimpanan. Koin dibeli di pasar terbuka dan disediakan secara otomatis. Meskipun proyek ini tidak pernah secara eksplisit berfokus pada nilai aset kripto yang mendasarinya, kami mengakui bahwa pasokan koin berkecepatan tinggi akan cenderung menurunkan valuasi, dan ini berdampak pada populasi penyedia penyimpanan hingga tingkat tertentu dan pada penambang secara langsung.

Penilaian tetap sejalan dengan harapan penyedia layanan melalui penurunan kecepatan, yang merupakan proses yang menghilangkan jumlah pasokan yang sewenang-wenang dari peredaran. Mekanisme konsensus alternatif seperti Proof-of-Stake berupaya mengatasi kecepatan dengan kumpulan aset besar yang dibekukan untuk menciptakan kelangkaan buatan tetapi prosesnya memiliki konsekuensi yang tidak diinginkan seperti memusatkan pasokan.

Dengan SCP, fungsi kontrak memperlambat kecepatan secara alami dan menciptakan kelangkaan dengan manfaat tambahan memblokir potensi serangan Sybil, di mana penyedia yang mengendalikan persentase besar dari kumpulan kontrak dapat memeras atau merusak pelanggan.
Tunjangan dan jaminan adalah fitur yang bertindak bersama untuk menciptakan penurunan kecepatan organik saat jaringan mencapai skala. Pada pembentukan kontrak, klien memasukkan koin ke dalam kontrak terlebih dahulu sebagai tunjangan untuk menutupi jumlah ruang penyimpanan yang diprediksi untuk periode tertentu. Seiring berjalannya kontrak, jumlah dikurangkan dari Tunjangan sebagai pembayaran sampai penyelesaian kontrak yang berhasil atau pemutusan kontrak untuk non-kinerja. Tunjangan didasarkan pada harga penyimpanan rata-rata dan terjadi “di bawah kap” perangkat lunak pelanggan.

Penyedia penyimpanan memastikan kinerja kontrak dengan memberikan jaminan terhadap kontrak karena kontrak asuransi dilaksanakan dengan setia. Jika penyedia gagal memberikan bukti penyimpanan, dana jaminan dikurangkan dari kumpulan kontrak dan dikirim ke alamat yang tidak dapat dibelanjakan. Hukuman finansial mencegah penyedia mengklaim memiliki data yang tidak mereka miliki atau untuk mendapatkan kendali atas rangkaian kontrak klien mana pun. Pada saat penulisan ini, agunan ditetapkan kira-kira 1,5 hingga 2,5 kali lipat biaya penyimpanan, meskipun rasio 1:1 kemungkinan sesuai dengan tujuan dan akan menjadi rekomendasi proyek di masa mendatang.

Edisi Komunitas/ Pihak Ketiga
Untuk mempertahankan desentralisasi, proyek memelihara klien Edisi Komunitas open source untuk fungsionalitas dasar. Versi ini mungkin tidak menyediakan fitur penyewa terdistribusi penuh tetapi dapat digunakan oleh pendukung proyek untuk penyimpanan arsip dasar atau sebagai perangkat lunak percobaan.

Pengembang pihak ketiga juga dapat menggunakan jaringan karena didasarkan pada protokol terbuka. SCP dapat menggunakan insentif untuk memprioritaskan lalu lintas pelanggan daripada pihak ketiga atau dapat melibatkan mereka untuk aliran pendapatan bersama di jaringan.

Materi Ofensif/Ilegal – Persyaratan Layanan

Desentralisasi adalah respon terhadap infrastruktur yang dimonopoli oleh entitas yang menggunakan lingkungan peraturan untuk keuntungan yang menguntungkan dan terkadang bertentangan dengan semangat atau maksud dari peraturan. Publik memahami kebutuhan untuk mencegah eksploitasi dan promosi kegiatan ilegal yang berbahaya, tetapi juga mengakui bahwa perusahaan data yang bermitra dengan komunitas intelijen atau badan kepolisian setempat untuk berbagi data di belakang layar adalah tindakan yang berlebihan.

Dalam evolusi desentralisasi yang sedang berlangsung, beberapa pendukung mendukung privasi mutlak dan kebebasan total. SCP menyadari bahwa jalan menuju privasi dan keamanan membutuhkan respons jalan tengah. Persyaratan Layanan produk akan mencakup pedoman yang jelas tentang apa yang diizinkan/diterima secara hukum di jaringan SCP dan penerimaan dan kepatuhan pelanggan diperlukan untuk penggunaan yang berkelanjutan.

Beberapa protokol penyimpanan cloud open source sedang membangun alat untuk menghindari aturan yang jelas, tetapi ini akan segera terdegradasi untuk menyediakan layanan untuk konten ilegal dan konten online yang paling menantang. Kasus penggunaan bisnis untuk penyimpanan cloud yang berkembang dapat memberikan privasi dan keamanan data pribadi sambil tetap membatasi aktivitas berbahaya. Produk SCP menjembatani kesenjangan.

Implementasi

Blockchain / Saluran Pembayaran
Bukti Kerja
Inovasi utama mata uang digital adalah kepemilikan berbasis tanda tangan kriptografi yang menyederhanakan transfer nilai dengan mengorbankan potensi masalah pembelanjaan ganda di mana aset yang dikirim ke satu pihak kemudian dapat dikirim lagi ke pihak kedua. Mata uang tradisional bergantung pada bank sentral untuk menyediakan layanan verifikasi untuk mencegah pengeluaran ganda.

Mata uang terdesentralisasi menggunakan verifikasi publik, yang dikenal sebagai konsensus pada blockchain. Entitas yang dikenal sebagai penambang “memilih” pada kumpulan transaksi (“blok”) dengan menebak hash diskrit yang mahal untuk diproduksi melalui proses acak, probabilitas rendah yang membutuhkan uji coba dan kesalahan non-sepele rata-rata sebelum bukti yang valid dihasilkan. Bukti blockchain (dibedakan dari bukti penyimpanan) harus diterima oleh mayoritas peserta dan ditambahkan ke blok sebelumnya menciptakan “rantai” dari semua transaksi. Biaya bersih dari konsensus proof-of-work ini adalah jumlah listrik yang dibakar dalam memecahkan teka-teki. Biayanya cukup besar untuk memastikan validitas proses secara transparan.

Berhasil memberikan bukti yang valid (menemukan blok) menghasilkan hadiah dalam koin yang digunakan sebagai mata uang di jaringan penyimpanan SCP. Untuk mengimbangi peningkatan kecepatan perangkat keras dan jumlah penambang yang bervariasi, kesulitan teka-teki disesuaikan dari waktu ke waktu oleh rata-rata bergerak yang menargetkan sejumlah blok dengan waktu blok rata-rata diatur ke rata-rata 10 menit. Jika terlalu banyak balok yang ditemukan dalam satu periode, kesulitan bertambah sehingga semakin sulit untuk menemukan solusi dengan kebalikan yang terjadi jika terlalu sedikit balok yang ditemukan.

Penyesuaian diberi pita pada 1/3 dari dan 3x waktu blok target tanpa penyesuaian blok individual lebih besar dari 0,4%. Karena kontrak penyimpanan berjalan untuk jangka waktu yang signifikan, hanya ada sedikit nilai untuk waktu pemblokiran yang lebih cepat. Ukuran blok saat ini cukup untuk jumlah volume transaksi, tetapi solusi untuk penskalaan perlu

ditemukan di tahun-tahun berikutnya ketika blockchain telah mengalami pertumbuhan.

Transaksi
Output mewakili sejumlah koin dengan pengenal yang berasal dari transaksi di mana output i dalam transaksi t didefinisikan sebagai: H(t||“output”||i). H adalah fungsi hashing kriptografi dan “output” adalah string literal. Setiap input harus berasal dari output sebelumnya, jadi input hanyalah ID output. Input dan output juga dipasangkan dengan serangkaian kondisi pembelanjaan. Input berisi kondisi pembelanjaan itu sendiri, sedangkan output berisi hash9 root Merkle mereka.

Kondisi pembelanjaan harus dipenuhi untuk membuka koin dari kontrak dan menyertakan kunci waktu, satu set kunci publik, dan jumlah tanda tangan yang diperlukan. Output tidak dapat digunakan sampai kunci waktu telah kedaluwarsa dan cukup banyak kunci yang ditentukan telah menambahkan tanda tangannya.

Kondisi pembelanjaan di-hash ke dalam pohon Merkle, menggunakan kunci waktu, jumlah tanda tangan yang diperlukan, dan kunci publik sebagai daun. Root hash dari pohon ini digunakan sebagai alamat tujuan pengiriman koin. Untuk membelanjakan koin, kondisi pembelanjaan yang sesuai dengan hash alamat harus disediakan. Penggunaan pohon Merkle memungkinkan pihak-pihak untuk mengungkapkan informasi secara selektif dalam kondisi pembelanjaan. Misalnya, kunci waktu dapat diungkapkan tanpa mengungkapkan jumlah kunci publik atau jumlah tanda tangan yang diperlukan.

Tanda tangan kriptografi diperlukan untuk setiap transaksi dan dipasangkan dengan ID input, kunci waktu, dan satu set bendera yang menunjukkan bagian mana dari transaksi yang telah ditandatangani. ID input menunjukkan input mana yang sedang diterapkan tanda tangan. Kunci waktu menentukan kapan tanda tangan menjadi valid

Kontrak
Kontrak menentukan lamanya waktu kumpulan data objek akan disimpan, kemungkinan default hingga 30 hari bertepatan dengan siklus penagihan pelanggan dan juga menentukan informasi biaya yang tidak secara langsung terpapar ke pelanggan penyimpanan tetapi digunakan sebagai input kunci untuk merumuskan harga yang dibayar pelanggan akhir, termasuk penyimpanan dasar dan biaya bandwidth. Biaya pembentukan kontrak yang dibebankan kepada klien dijadwalkan untuk dihapus sebagai proses asing dengan penyedia yang menanggung biaya transaksi sebagai biaya bisnis. Penyediaan dan penjadwalan bukti penyimpanan juga termasuk dalam kontrak.

Setelah setup, perangkat lunak klien polling jaringan untuk mendapatkan daftar semua penyedia yang tersedia. Berdasarkan atribut dan persyaratan yang diinginkan seperti yang ditetapkan di klien, sekelompok penyedia penyimpanan dipilih untuk pembentukan kontrak dengan lebih banyak kontrak yang dibuat daripada yang pada akhirnya digunakan untuk mencakup churn dan ketersediaan penyedia. Saat ini, kontrak terbatas pada penggunaan instans tunggal. Sebuah fitur utama dari perangkat lunak SCP memungkinkan beberapa entitas untuk mengakses set kontrak dari beberapa mesin, kunci dari pesaing penyimpanan cloud publik yang nyata.

Bukti Penyimpanan
Bukti penyimpanan mencegah penyedia memalsukan atau menduplikasi data untuk menyimpan sesuatu yang kurang dari yang diminta oleh perjanjian asli. Penyedia menyerahkan bukti dalam jendela yang disepakati. Bukti yang sah menghasilkan pembayaran sebagian dari kontrak kepada penyedia hingga penyelesaian atau pembaruan kontrak. Jika bukti yang valid tidak diberikan, pembayaran akan dikirim ke alamat pembakaran. Setelah sejumlah bukti yang terlewatkan, kontrak dibatalkan, dan segmen ditambahkan ke perhitungan untuk perbaikan.

Bukti penyimpanan tidak memiliki input atau output; hanya ID kontrak dan data bukti yang terdiri dari segmen file asli dan daftar hash dari pohon Merkle file. Setelah diserahkan ke blockchain, bukti menjadi dapat diaudit secara publik. Bukti penyimpanan menggunakan segmen yang dipilih secara acak dan benih acak untuk jendela tantangan Wi diberikan oleh:
H(ID kontrak||H(Bi−1)) di mana Bi−1 adalah blok tepat sebelum awal Wi.

Relai

Penyewa Terdistribusi
Inovasi kunci SCP adalah abstraksi yang disebut Relayer yang menyediakan fungsionalitas klien terdistribusi. Instans aplikasi (atau klaster instans), Relayer dapat berada secara internal di situs pelanggan atau dijalankan sebagai instans EC2 di AWS. Instance Relay Publik dapat dipertimbangkan di masa mendatang tetapi saat ini tidak ada dalam peta jalan. Relayer menyediakan efisiensi metadata menggunakan arsitektur database untuk pasangan kunci dan informasi atribut Posix.
Metadata diindeks untuk kemudahan pencarian dan pemulihan yang mudah dengan database itu sendiri yang diunggah ke jaringan untuk daya tahan/redundansi tambahan [database metadata]. Fitur tambahan disertakan dalam Lampiran A.

Klien terdistribusi memungkinkan beberapa kursi dalam suatu organisasi untuk mengakses kumpulan data objek yang sama menggunakan serangkaian kontrak yang sama, fungsionalitas utama untuk menyediakan berbagi file dan objek yang sebenarnya, izin, dan fitur penyimpanan cloud standar lainnya yang saat ini tidak dimungkinkan dalam proyek penyimpanan terdesentralisasi lainnya.

Dalam contoh pengaturan organisasi, departemen SDM membuat ember dan mengunggah spreadsheet proyek yang dimodifikasi oleh departemen teknik. Mereka kemudian mungkin melampirkan gambar CAD baru ke dalam ember yang sama pada set kontrak yang sama.
Daftar kontrol akses atau kemampuan perizinan lainnya mengizinkan atau menolak kemampuan membaca/memodifikasi/menghapus objek dan bucket, baik di dalam maupun di luar organisasi. Arsitekturnya juga memungkinkan fitur seperti aturan siklus hidup dan versi lanjutan.

Relay mengubah segalanya.

Dompet/Pertukaran
Penyimpanan cloud terdistribusi memiliki manfaat yang dapat dilihat dari cloud tradisional yang direplikasi meskipun penyertaan mata uang kripto asli kemungkinan akan menciptakan gesekan dalam adopsi. Akuisisi dan pemeliharaan aset digital dalam ruang yang berkembang pesat mewakili lapisan risiko baru untuk bisnis. Pada saat yang sama, ada

segudang cerita horor dari perusahaan yang terlibat dalam aset kripto dan orang-orang yang kehilangan uang karena peretas dan penipu. Meskipun jaringan penyedia Relayer dan penyimpanan beroperasi pada koin kripto asli, perusahaan tidak terpapar dalam operasi normal. Administrator memiliki kemampuan untuk memantau transaksi koin dan operasi dompet tetapi tidak memiliki tanggung jawab penyimpanan atau persyaratan untuk mendapatkan anggaran koin yang berkelanjutan. Di jaringan SCP, koin utilitas adalah mata uang tanpa gesekan yang memungkinkan penyedia dibayar untuk menyediakan penyimpanan.

Proses pembelian dan pembayaran pelanggan serupa dengan penyedia penyimpanan cloud tradisional (kartu kredit, pesanan pembelian melalui antarmuka berbasis web, dll). Setelah menerima pembayaran, perangkat lunak berwenang untuk membeli koin secara langsung melalui API yang kemudian dikunci ke dalam set kontrak. Mulai dari whitepaper ini, tiga pertukaran aktif dengan lebih banyak diharapkan sepanjang tahun 2020. Ketika lebih banyak penyimpanan diperlukan dan pembaruan kontrak terjadi, koin tambahan diperoleh secara otomatis dengan harga pasar. Tidak ada kelebihan koin yang terpapar di dompet. Dompet multisignature mencegah pelanggan mengakses fitur Relayer di luar apa yang telah dibayar dan disahkan oleh aplikasi10.

Kode Penghapusan
Redundansi dan daya tahan mengacu pada ambang batas sebelum data yang disimpan hilang, rusak, atau tidak tersedia. Skema redundansi yang paling umum adalah replikasi di beberapa contoh dan idealnya di wilayah geografis yang beragam. Konfigurasi RAID mereplikasi kumpulan data di seluruh drive dalam satu server, sementara beberapa penginstalan server dapat mereplikasi data dalam suatu fasilitas, tetapi peristiwa yang membatasi akses ke pusat data menghapus akses ke semua salinan. Memperluas salinan ke fasilitas lain adalah baik tetapi berdampak pada biaya dan kinerja dengan setidaknya dua salinan lengkap diperlukan dan peningkatan bandwidth untuk mengunggah dan mengaksesnya. Untuk redundansi yang dapat diterima, replikasi harus diskalakan hingga 8x atau lebih tinggi dan biasanya memerlukan salinan pada tapak geografis yang luas.

Kode penghapusan memberikan daya tahan yang lebih tinggi dengan pengurangan biaya yang signifikan melalui proses matematis dari segmentasi data yang mencakup salinan segmen yang disebut potongan paritas. Segmen yang disandikan dikirim ke lokasi penyimpanan terpisah dengan hanya sebagian dari bagian yang diperlukan untuk membangun kembali/mengunduh seluruh kumpulan data. Kode Reed-Solomon menggunakan interpolasi polinomial untuk membuat skenario di mana n adalah jumlah minimum potongan untuk unduhan lengkap, k adalah jumlah potongan paritas yang ditambahkan dan m adalah jumlah total potongan atau bagian penghapusan.

Misalnya, membagi data menjadi 2 bagian dan menambahkan 2 bagian paritas menghasilkan 4 bagian, yang dapat kita distribusikan ke 4 lokasi terpisah. Dari 4, dua dapat memberikan unduhan lengkap dan dua dapat gagal dengan data yang masih tersedia sepenuhnya. Dalam skenario ini, data diperluas 2x atau sama dengan replikasi tunggal namun sekarang dua lokasi gagal tidak mengakibatkan hilangnya data. Meningkatkan jumlah potongan meningkatkan daya tahan tanpa memengaruhi ekspansi data. Perusahaan cloud standar dengan sejumlah kecil fasilitas besar terbatas dalam jumlah bagian yang dapat mereka distribusikan dan dipaksa untuk mencakup area geografis yang luas. Mereka mungkin menggunakan kode untuk membatasi replikasi di seluruh server untuk mengurangi risiko kegagalan perangkat keras individu, tetapi biasanya dalam satu pusat data.

Kontras dengan jaringan ribuan host yang tersebar di seluruh wilayah pelanggan. Kumpulan kode besar yang dibuat secara lokal dengan penyedia jarak jauh tambahan untuk melindungi dari bencana regional menciptakan daya tahan 11 sembilan (99.999999999%) tanpa peningkatan biaya yang ekstrem. SCP dikodekan ke 10/30 di mana 30 buah diunggah dan 10 buah mana pun dapat memberikan pengambilan penuh sementara Relayer memungkinkan pelanggan memutuskan berbagai kemampuan dengan modifikasi faktor kode yang terjadi secara otomatis di bawah tenda.

Replikasi memiliki manfaat untuk perbaikan dan penggantian objek file kecil dan individu di mana kode penghapusan memerlukan seluruh bagian segmen dimodifikasi dan diunggah ulang. Metode yang mungkin untuk mengatasi termasuk ukuran bagian yang lebih kecil, caching di Relayer dan mungkin menggunakan replikasi untuk file kecil.

Faktor Daya Tahan
Kode penghapusan menciptakan fleksibilitas fitur dan kinerja menggunakan konfigurasi kumpulan kontrak dinamis di klien Relayer. Saat ini, satu klien mengakses serangkaian kontrak statis. Kontraktor terdistribusi memungkinkan akses beberapa kursi klien ke grup set kontrak, masing-masing menetapkan biaya, kinerja, faktor daya tahan, izin akses, dan aturan siklus hidup yang terpisah. Beberapa set ini dapat memiliki properti statis dengan yang lain berubah secara dinamis di seluruh pembaruan. Beberapa contoh kasus penggunaan mengikuti.

Jaringan Distribusi Konten

Data yang dihasilkan dan dikonsumsi di satu lokasi dapat berkinerja baik dengan agregasi penyedia yang dilokalkan sementara situs web yang sering diakses dengan lalu lintas global memerlukan kumpulan kontrak yang lebih besar dan sub-pengelompokan penyedia yang terletak secara strategis untuk mengakomodasi lonjakan lalu lintas. Faktor kode penghapusan dengan sub-grup penyedia regional yang berlokasi strategis sangat mirip dengan jaringan distribusi konten (CDN) ad-hoc dengan biaya yang jauh lebih rendah daripada replikasi tradisional ke tepi jaringan.

Daya Tahan Dinamis
Berbagai jenis data dengan profil akses yang bervariasi juga dapat bermanfaat. Data baru dan diproduksi secara teratur sering diakses berat ketika pertama kali tersedia kemudian meruncing dari waktu ke waktu dengan ekor panjang sebelum mencapai status arsip. Faktor kode yang lebih tinggi pada awalnya membuat lebih banyak salinan dapat diakses melalui lebih banyak penyedia memastikan latensi rendah dan ketersediaan tinggi. Seiring bertambahnya usia data, jumlah penyedia dalam kumpulan kontrak berkurang dengan lancar hingga aturan siklus hidup (misalnya 90 hari) menentukan status pengarsipan dengan harga pelanggan berubah seiring dengan aturan. Di perusahaan cloud tradisional, langkah terakhir dapat dikenakan biaya keluar tambahan sementara grup terakhir penyedia SCP melakukan pembaruan kontrak sederhana.

Latensi/Kinerja
Faktor kode memengaruhi latensi dan kinerja unduhan. Protokol inti membayangkan paralelisme, tetapi kinerjanya tidak kuat dalam praktiknya. Latensi dan kinerja unduhan dapat ditingkatkan melalui prioritas pekerja saat objek file diminta. Menggunakan faktor kode 10/90 sebagai contoh, 10 buah apa pun dapat membuat yang lengkap

unduh. Menugaskan semua 90 untuk unduhan awal, potongan yang paling cepat tiba diakhiri dengan sisanya dibuang. Alih-alih menilai penyedia dengan skor, protokol harus bekerja melalui kemacetan jaringan atau kejenuhan penyedia tanpa prioritas yang diberikan kepada penyedia mana yang pada akhirnya mengirimkan bagian tersebut. Ada biaya yang lebih tinggi untuk penyedia tambahan dan penggunaan bandwidth yang lebih tinggi dengan lebih banyak lalu lintas yang dibuang.
Pelanggan membayar harga premium untuk tingkat penyimpanan yang menyediakan unduhan sangat cepat dan latensi terendah.

Set Kontrak Kustom

Dengan kemampuan untuk rangkaian kontrak multi-akses dan jaringan penyedia yang bervariasi, fitur dimungkinkan dari rangkaian kontrak khusus berdasarkan kualitas penyedia yang diinginkan. Contohnya adalah tingkat kinerja di mana grup target penyedia dengan unduhan cepat disertakan. Relayer memberikan kemampuan yang kuat untuk menemukan dan memilih grup penyedia.

Kepatuhan
Rezim regulasi banyak dan ada karena berbagai alasan. Penyedia penyimpanan memiliki opsi untuk memenuhi kompatibilitas dasar untuk kategori kepatuhan sebanyak yang dibutuhkan pelanggan. Sebagai penyedia jaringan, SCP memfasilitasi proses penyertaan dan audit untuk memastikan set penyedia mengikuti aturan tertentu. Serangkaian penyedia global dapat dirinci ke set kontrak khusus untuk rezim kepatuhan individu.

Jaringan Hyrbrid dan Multi-cloud
Beberapa layanan cloud tradisional menyediakan kemampuan cloud hybrid; data yang dipentaskan secara publik yang digabungkan dengan instalasi penyimpanan di tempat. Alasan menyimpan data internal termasuk mengamankan aset perusahaan yang paling sensitif, kepatuhan terhadap peraturan dan menjaga informasi yang paling sering diakses paling dekat dengan produsen dan konsumen.

Relayer dapat mengelompokkan salinan kode penghapusan penuh di dalam firewall dan di seluruh penyedia perusahaan, termasuk perangkat lunak penyedia pada klien desktop biasa. Untuk perusahaan besar, dimungkinkan untuk mengonfigurasi host yang cukup secara internal pada peralatan desktop dan berpotensi meniadakan penyimpanan besar

array server. Keuntungannya adalah daya tahan yang lebih tinggi dan biaya yang lebih rendah.

Sebagian besar perusahaan akan lebih memilih untuk terus menggunakan server penyimpanan yang sudah dikonfigurasi. Untuk ini, Relayer dapat berkomunikasi dan menggunakan replikasi sederhana pada data internal sambil menyediakan antarmuka bucket dan domain dengan mulus bersama data eksternal. Minimal, dengan kompatibilitas penuh S3 sebagaimana diuraikan di bagian berikutnya, perusahaan dapat menggunakan salah satu dari banyak alat manajemen yang sudah ada untuk menggabungkan data internal dengan data yang dihosting SCP.

Kompatibilitas AWS S3
Penyimpanan objek S3 Amazon adalah standar de facto dalam penyimpanan cloud. Dengan ratusan aplikasi pihak ke-3 dan adopsi/penerimaan perusahaan, kompatibilitas S3 pada jaringan terdistribusi merupakan persyaratan. Aplikasi harus bertransisi dengan anggun ke jaringan SCP dengan sedikit perubahan URL. Minimal, pengguna harus dapat memilih kunci arbitrer, disajikan sebagai jalur untuk memetakan potongan data ke host tertentu termasuk hierarki objek. Bucket adalah kumpulan objek yang termasuk dalam hierarki ini dengan objek individual di dalam Bucket tertentu yang juga memiliki ID dan jalur unik11.

API dasar harus menyertakan yang berikut ini untuk operasi objek file:

• Letakkan – simpan di nama jalur yang diberikan
• Dapatkan – ambil nama jalur yang diberikan
• Daftar – daftar jalur
• Hapus – hapus jalur yang diberikan. serta operasi Bucket:
• Membuat
• Menghapus
• Daftar

Proposal Teknis
Berikut ini adalah proposal desain yang menjelaskan arsitektur inti yang menyusun fungsionalitas Relayer dan penyedia. Ini adalah inovasi inti dari proyek dan fondasi yang memungkinkan kumpulan produk penyimpanan cloud terdistribusi yang sebenarnya.

Unduhan prabayar
Membuat anggaran unduhan dalam batasan parameter kontrak awal, termasuk unduhan objek sebagian dan penuh. Ketika digabungkan dengan pengalamatan nilai kunci dan metadata Posix yang mengidentifikasi objek sebagai diizinkan “publik”, ini membuka akses file dan objek publik untuk situs web dan akses bersama lainnya. Untuk memfasilitasi modul ini, kami menambahkan dua Remote Procedure Calls (RPC) ke server Relayer.

1. TopUpToken(token [32]byte, resources) – membuat/menambahkan sumber daya ke token yang ditentukan dalam argumen. Dana disediakan dalam revisi kontrak baru dengan klien Relayer memanggil RPC dan membayar penyedia melalui token untuk alokasi anggaran. Sumber daya terdiri dari dua jenis: jumlah byte untuk diunduh dan jumlah sektor yang perlu diakses. Keduanya digunakan untuk menghitung total biaya unduhan dan setelah menggunakan token, sumber daya yang tersedia (jumlah sektor dan byte yang digunakan oleh unduhan) berkurang pada penyedia.
2. DownloadWithToken(token [32]byte, sector, offset, length) – klien mengunduh data secara internal atau tautan yang dibagikan secara publik dengan sumber daya yang diambil dari token. Tidak membuat revisi kontrak baru.

Manfaat
Beberapa entitas dapat mengunduh objek data dari kontrak secara bersamaan alih-alih setiap kontrak dikaitkan dengan satu pengguna atau instance. Menggunakan token, satu mesin memanggil TopUpToken dan kemudian semua instance memanggil DownloadWithToken menggunakan token. Yang terpenting, pengguna tidak memerlukan instalasi blockchain penuh atau akses ke kontrak untuk menggunakan token

• Pengguna mengunggah data, membuat tautan, menyandikan nama server, token, dan ID sektor awal (sektor akan menyimpan daftar ID sektor dengan data aktual), dan memberikan tautan itu ke pengguna lain dengan pengalamatan sederhana.
• Mengekspos RPC DownloadWithToken melalui websocket, semua data pada kontrak tersedia untuk aplikasi Web yang berjalan di browser dengan pengguna yang dapat mengunduh langsung dari jaringan host. Anggaran dapat ditentukan yang memungkinkan situs web/aplikasi untuk “membayar” jaringan host menggunakan RPC TopUpToken dengan sedikit Javascript yang disematkan di halaman situs yang memanggil RPC DownloadWithToken melalui soket web untuk mengunduh data.

Pembaruan Kontrak Ditangguhkan Dalam implementasi dasar saat ini, pengunggahan atau modifikasi objek dalam distribusi

lingkungan terbatas pada satu entitas/tindakan dengan kontrak memasuki status terkunci saat informasi ditambahkan atau direvisi. Contohnya adalah mengubah tunjangan, harga, mengunggah, dll. Beberapa tindakan objek bersamaan dari berbagai sumber tidak dimungkinkan. Klien harus menunggu tindakan selesai dan kontrak dibuka sebelum melanjutkan. Untuk memungkinkan klien terdistribusi, arsitektur pembaruan yang ditangguhkan diperkenalkan untuk modifikasi kontrak.

Seperti halnya Unduhan Prabayar, token digunakan dan diisi ulang sesuai kebutuhan. Nilai kunci sementara diperkenalkan pada penyedia, di luar kontrak. Relayer mereferensikan pasangan nilai kunci menggunakan kunci dari RPC CopyFrom baru. Modul penyewa memiliki fungsionalitas penuh buat, baca, perbarui, dan hapus (CRUD) kunci pada penyimpanan host di mana ada kontrak yang aktif dan valid. Klien yang mengakses kontrak/penyedia mengunggah data hingga token habis. Struktur database (LevelDB) pada penyedia menyimpan pasangan kunci data yang diunggah.

Keterangan
Penyimpanan di penyimpanan nilai kunci dibebankan berdasarkan jumlah yang digunakan dan waktu yang disimpan. Modul penyewa melakukan “top-up” token dengan menempatkan sejumlah byte/detik tertentu pada token baru. Anggaran ini ditentukan secara otomatis dalam konfigurasi Relay. Klien yang mengakses kontrak untuk operasi objek di penyimpanan nilai kunci memanggil token. Penyedia penyimpanan melacak sisa anggaran pada token, menghapus nilai kunci terkait saat mencapai nol. Membaca dari penyimpanan nilai kunci memerlukan token untuk unduhan prabayar dan dikenakan biaya dengan cara yang sama (yang diunduh X byte => kurangi saldo token sebesar X). Model yang sama digunakan untuk membuat daftar kunci dan unit nilainya adalah “byte” dengan harga berdasarkan harga host individual. Saldo token berkurang saat catatan dibuat atau diperbarui.

Setiap kunci di penyimpanan nilai kunci dimiliki oleh token dan hanya token ini yang diizinkan untuk menghapus atau memperbarui catatan sementara token apa pun dapat membacanya jika tahu kuncinya.

Penerapan
Penyedia Penyimpanan
Penyedia menggunakan penyimpanan nilai kunci lokal (misalnya leveldb) untuk menyimpan pasangan nilai kunci. Setiap nilai harus menyertakan ID token induk. Peta dari token induk mencantumkan semua kunci terkait, total penyimpanan yang digunakan dalam byte, stempel waktu pembaruan terakhir, dan saldo pada saat itu. Kedaluwarsa dapat diturunkan dari informasi ini dengan antrian prioritas dalam memori untuk memicu penghapusan kunci saat kedaluwarsa tercapai.

Klien
Data objek baru segera diunggah ke penyimpanan nilai kunci pada penyedia dan awalnya disimpan secara lokal sebagai cadangan sementara. Ketika cukup data yang diunggah, sebuah sektor dibuat menggunakan CopyFrom dan data dihapus dari penyimpanan nilai kunci dan dihapus dari cache lokal.

Sektor mikro
File kecil disimpan dalam satu atau beberapa sektor mikro 16kB berturut-turut yang disejajarkan di dalam sektor 4MB normal. Objek-objek ini dimasukkan ke dalam penyimpanan nilai kunci hingga ukuran total sektor mikro individu mencapai 4 MB dan sektor baru dibuat.

Throughput Tinggi
Penyimpanan sementara memungkinkan unggahan data besar dan paralelisme dalam akses kontrak. Data diunggah dari beberapa mesin dan/atau beberapa lokasi dan dimasukkan ke dalam penyimpanan nilai kunci. Klien mengirim kunci data yang diunggah ke mesin koordinator (Relayer) yang menangani pembaruan kontrak dengan panggilan CopyFrom (mengirim kunci sebagai sumber data) dan menghapus kunci dari penyimpanan nilai kunci.

Basis Data Metadata

Landasan untuk klien terdistribusi dengan banyak pelanggan yang mengakses kontrak yang sama adalah untuk menyimpan metadata objek dalam arsitektur database.
CockroachDB dipilih untuk arsitektur SQL dengan Pebble digunakan untuk nilai kunci. Instance database menyimpan hierarki kompleks seperti bucket S3, objek, sistem file, dan blok.

Rancangan
Instans server relai menjalankan komponen berikut (sebagai modul kode dalam biner tunggal, atau sebagai layanan mikro terpisah):

• Kontraktor/Koordinator
• Instance CockroachDB
• Penyimpanan nilai kunci kerikil
• Pengatur operasi file untuk Pebble
• Daemon dengan daftar umum kontrak.
• Layanan kunci
• Hamparan yang kompatibel dengan S3

Komponen berinteraksi dengan beberapa instans dan platform mesin (sepenuhnya dapat diskalakan, dari mana saja ke mana saja) dengan klien di aplikasi seluler atau web dengan kemampuan autentikasi standar. Data berasal dari klien dan dikirim ke Relayer sebagai permintaan pengguna, yang dapat mencakup objek S3, file, atau operasi file (FUSE). Pengodean penghapusan Reed-Solomon diterapkan pada data berdasarkan faktor redundansi yang dipilih oleh klien [EC] dan pecahan data yang dihasilkan dienkripsi [enkripsi]. Koordinator mendapatkan kontrak dan sektor terkait untuk data dan unggahan ke jaringan penyedia penyimpanan.

Metadata keypair dibentuk dan digabungkan dengan metadata yang ditentukan pengguna seperti izin pengguna. Metadata keypair berisi ID sektor, penyedia penyimpanan, dan informasi enkripsi. Ini adalah segalanya yang diperlukan untuk memulihkan di mana sepotong data disimpan dan bagaimana membacanya kembali dari jaringan penyedia.

Komponen metadata dapat dihitung sebelum data diunggah ke jaringan penyedia tetapi menjadi valid hanya setelah diunggah (ID sektor belum ada pada penyedia). Dalam kasus modifikasi objek FUSE, jika bagian dari file diubah, metadata perlu digabungkan dengan yang sudah ada

metadata dari bagian file yang tidak dimodifikasi. Kalau tidak, metadata ini sendiri adalah catatan lengkap baru.

Metadata disimpan ke instance database CockroachDB SQL yang dibangun di atas penyimpanan nilai kunci tunggal. CockroachDB dipasangkan dengan Pebble (penyimpanan nilai kunci yang terinspirasi LevelDB) dengan CockroachDB yang menjalankan logika SQL tingkat tinggi dan mengubah informasi menjadi bentuk yang dapat ditangani oleh Pebble. Pebble menyediakan penangan file khusus untuk mengimplementasikan antarmuka penyimpanan file yang mendasarinya.

Penangan file adalah modul terpisah yang mengubah operasi file yang diminta oleh Pebble menjadi panggilan prosedur jarak jauh (RPC) ke penyedia jaringan penyimpanan melalui daemon (untuk mengunggah atau mengambil). Penangan file juga memiliki cache file lokal, untuk mengembalikan file yang sering diminta dengan cepat dari penyimpanan disk lokal yang dilampirkan ke Relayer alih-alih mengambil dari jaringan penyimpanan. Pendekatan ini mengoptimalkan lalu lintas dan mengurangi latensi. Relayer termasuk caching untuk data untuk mengembalikan file yang sering dari disk.

Daftar kontrak harus umum untuk semua instance Relayer (dalam kasus cluster), untuk memastikan setiap kontrak hanya digunakan untuk menulis oleh satu proses pada satu waktu. Layanan Kunci digunakan untuk mencegah modifikasi kontrak yang bertentangan. Operasi yang membutuhkan kontrak tertentu (pebble handler) harus menunggu di Layanan Kunci yang serupa dengan objek pengecualian bersama (mutex).

Tata letak kontrak
Kontrak merujuk pada dua jenis sektor: DB dan
Mengajukan. Sektor DB dibagi menjadi tiga kategori:

• Khusus sektor pertama
  Sektor pertama menyimpan daftar semua sektor DB (seperti file MANIFEST dalam database). Ini juga menyimpan file kecil apa pun yang dihasilkan oleh DB dan data untuk mewarisi kunci enkripsi (lihat bagian enkripsi di bawah).
• Sektor SSTable
  Ini adalah sektor yang tidak dapat diubah yang mewakili SSTable database (satu sektor untuk satu SSTable). Sektor berukuran 4MB. Mereka dibuat ketika file log DB diurutkan atau ketika beberapa sstable digabungkan. Ukuran mereka tetap.
• Sektor untuk file append-only (file LOG DB) File log (*.log) menyimpan urutan pembaruan terkini dalam bentuk biner. Setiap pembaruan ditambahkan ke file log saat ini. Ketika file log mencapai ukuran yang telah ditentukan sebelumnya (sekitar 4 MB secara default), file tersebut diubah menjadi tabel yang diurutkan dan file log baru dibuat untuk pembaruan di masa mendatang. Sektor-sektor ini digunakan untuk menyimpan file LOG. Protokol inti memungkinkan modifikasi sektor, termasuk parsial yang memungkinkan Relayer untuk mengimplementasikan operasi penambahan objek.

Enkripsi sektor DB
Pendekatan stream cipher digunakan untuk mengenkripsi sektor basis data, menggunakan data kunci dan utilitas (Nonce) dari sektor pertama. Sektor pertama menyimpan satu set nonces dengan masing-masing sesuai dengan satu sektor SSTable. Kunci enkripsi yang disediakan oleh pengguna dan nonce digunakan untuk menghasilkan kunci sepanjang 4MB untuk mengenkripsi sektor SSTable individu. Kunci ini di-XOR dengan data aktual untuk mengenkripsi suatu sektor.
Nonce adalah nomor urut sederhana, meningkat setiap kali enkripsi terjadi untuk mendapatkan kunci baru. Metode serupa digunakan untuk mengenkripsi sektor pertama dan sektor tambahan khusus.

Bootstrap
Saat Relayer pertama kali di-bootstrap, seed acak dibuat untuk membuat dompet baru dan instance database baru tanpa membuat kontrak dengan jaringan host. Kontraktor membentuk kontrak dari database penyedia penyimpanan berdasarkan keputusan administrasi, tidak termasuk kontrak yang sudah digunakan oleh instance Cockroach lainnya (dari tabel SQL). Kontrak disimpan ke tabel dan Relayer menulis ID instance Cockroach-nya ke sektor pertama dari setiap kontrak dan menulis sektor basis data lokal ke host. Kontrak tersebut kemudian dicadangkan untuk instance Cockroach yang diberikan secara global.

Pemulihan
Relayer dimaksudkan untuk menyimpan sejumlah kecil data lokal, terutama objek kecil dan beberapa item yang sering diakses. File kecil dapat dimasukkan ke dalam database dengan objek yang sering diakses di-cache. Memulihkan instans Relayer mencakup database, kontrak, dan semua penyimpanan nilai kunci menggunakan kata sandi master yang dibuat saat Relayer pertama kali dipakai. Ketika pemulihan penuh dimulai, proses menempatkan kontrak dengan menanyakan jaringan dan mengunduh semua ID basis data dari jaringan host dan mengisi kembali basis data lokal.

Insentif
Dalam jaringan ekonomi berbagi terdistribusi, pelaku independen dikerahkan untuk menyediakan sumber daya dengan imbalan insentif keuangan. Mereka menyebarkan aset yang sudah beroperasi atau membawa peralatan baru secara online jika pendapatan menunjukkan profitabilitas. Harga dasar ditetapkan melalui mekanisme pasar yang memungkinkan penyedia untuk menetapkan harga penyimpanan secara sewenang-wenang dengan persaingan untuk kontrak yang menjamin harga minimum yang agresif. Penyedia cloud terpusat menikmati margin kotor yang besar, jaringan terdistribusi mendorong harga mendekati biaya aktual. Atau, sebagai individu pernah menyindir:

“Margin lemak Anda adalah kesempatan saya” Jeff Bezos
Insentif menyelaraskan tujuan penyedia, pelanggan, dan operator jaringan sambil meningkatkan penemuan harga, kinerja, dan kapasitas. Insentif bersifat desentralisasi karena penyedia tidak pernah diharuskan untuk menerima dana tambahan dan memutuskan secara individual apa yang ingin mereka lakukan untuk memenuhi tujuan keuangan. Jaringan tanpa insentif kuat di luar pembayaran penyimpanan standar ditakdirkan untuk gagal.

Peningkatan imbalan dimulai dari kepatuhan terhadap pedoman proyek. Yang pertama mengikat harga penyimpanan ke kisaran dalam menghadapi perubahan yang berpotensi cepat dan signifikan dalam harga aset kripto yang mendasarinya. Ini akan dengan cepat diserap ke dalam protokol SCP dengan host yang dapat mengatur harga otomatis sesuai dengan rekomendasi proyek langsung di perangkat lunak penyedia. Seiring perkembangan program, analitik penyedia akan memungkinkan proyek untuk memberi insentif pada hampir setiap aspek profil penyedia dan memasukkan insentif langsung ke dalam perangkat lunak penyedia jika memungkinkan.

Tiering insentif juga membayangkan identifikasi diri penyedia (persediaan peralatan dan personel), stratifikasi kinerja, kapasitas dan kebutuhan geografis sebagai perilaku yang dapat dihargai. Inventaris jaringan, pemetaan, dan kemampuan pemantauan kinerja di kantor pusat SCP akan mengarahkan penyedia ke kontrak yang lebih menguntungkan dan memandu mereka tentang cara

menangkap hadiah maksimal. Rezim kepatuhan seperti HIPAA dapat memerlukan firewall khusus atau sertifikasi di luar ketentuan normal.

Struktur penghargaan awal mendorong penyedia untuk mendedikasikan kapasitas dan mematuhi dasar penetapan harga dengan harga koin rendah berdasarkan jadwal emisi dan kondisi pasar. Metrik yang digunakan dalam perhitungan awal meliputi:

1. Kepatuhan terhadap jadwal pedoman – Penetapan harga minimum, kelipatan jaminan, dan jumlah kapasitas minimum
2. kapasitas hingga batas 20 TB – dimaksudkan untuk memerangi penyediaan tipis untuk penarikan insentif yang tidak adil
3. jumlah yang disimpan – dapat dimainkan melalui API dan memerlukan penyetelan

Insentif diambil dari kumpulan yang ditetapkan pada genesis. Pendanaan yang pada akhirnya tidak didorong ke dalam pembentukan kontrak akan berkembang menjadi persentase bagi hasil yang diambil dari tagihan pelanggan. Profitabilitas penyedia sangat penting untuk keberhasilan proyek dan insentif akan selalu menjadi komponen akuisisi dan kurasi penyedia.

Dengan beberapa proyek penyimpanan terdesentralisasi dalam pengembangan dan di cakrawala, persaingan ketat untuk penyimpanan yang tersedia membuat penangkapan dan retensi penyedia bergantung pada profitabilitas. Proyek/produk yang tidak dapat memberikan pengembalian yang menguntungkan mungkin tidak akan pernah mencapai efek jaringan yang diperlukan untuk bersaing pada tingkat yang serius. Minimal, jaringan yang kurang kompetitif akan dikenakan tingkat churn yang lebih tinggi karena penyedia mencari hasil tertinggi pada aset penyimpanan.

Perbaikan Churn/Objek
Jaringan mengalami kehilangan data karena kegagalan komponen, kesalahan konfigurasi, dan pengabaian. Biaya remediasi diukur dalam penggantian peralatan, biaya personel, biaya peluang downtime dan bandwidth yang dibutuhkan untuk mengembalikan daya tahan yang hilang.
Strategi replikasi mungkin memerlukan seluruh kumpulan data yang diunggah ke media baru, baik server lain di fasilitas yang sama (biaya bandwidth minimal) atau di pusat data lain (biaya bandwidth lebih tinggi). Penyedia terpusat cenderung siap untuk hal-hal yang tidak direncanakan

kegagalan dan pemadaman peralatan, pemeliharaan suku cadang dan penggantian peralatan proaktif meskipun sulit untuk dipersiapkan untuk fasilitas besar atau pemadaman wilayah.

Jaringan P2P terdistribusi mengalami pemadaman yang tidak direncanakan pada frekuensi yang lebih tinggi dengan potensi tantangan yang sama dan juga kerugian dari penyedia yang menggunakan kebebasan untuk menempatkan aset untuk digunakan dalam beberapa kapasitas lain. Kehilangan penyedia yang tidak direncanakan ini disebut sebagai “churn” dengan protokol yang menetapkan ambang batas data yang hilang sebelum operasi perbaikan dipanggil. Karena data yang diunggah tersegmentasi, dikodekan dan kemudian dienkripsi, penyalinan data dari tetangga terdekat tidak mudah dilakukan. Ini juga membutuhkan kepercayaan bahwa penyedia tidak berkolusi untuk menghapus duplikat data. Karena itu, perbaikan pada jaringan terdistribusi adalah operasi yang mahal, memerlukan salinan lengkap data di klien sumber untuk pengkodean ulang dan enkripsi ulang sebelum mengunggah ulang ke penyedia baru.

Daya tahan yang dapat dikonfigurasi sekali lagi merupakan solusi yang paling layak dengan faktor kode dasar yang ditetapkan untuk memastikan daya tahan yang diinginkan DAN kemudian padding untuk menutupi tingkat churn yang diharapkan. Seiring pertumbuhan jaringan, dimungkinkan untuk menetapkan daya tahan dasar tepat di depan tingkat perbaikan terukur sehingga data jarang dipanggil untuk perbaikan yang mahal. Peningkatan biaya dengan daya tahan yang lebih tinggi hampir selalu lebih rendah daripada biaya perbaikan untuk sebagian besar profil penyimpanan data.
Meski begitu, dalam jangka waktu yang lebih lama, kumpulan kontrak akan memburuk, dan data perlu diperbaiki ke penyedia baru. Relayer harus melacak segmen perbaikan potensial ini dan memperingatkan pemilik data terlebih dahulu sehingga biaya dapat dikurangi.

Blok dan Metrik Jaringan
Kunci untuk jaringan yang kuat adalah metrik pada sebanyak mungkin permukaan. Untuk eksplorasi blok standar, proyek ini mempertimbangkan penulisan ulang penuh penjelajah saat ini. Sebelum itu dimungkinkan, transisi ke modul stateless diperlukan terlebih dahulu untuk memastikan pemblokiran dan pelaporan transaksi informasi kontrak yang akurat.

Eksplorasi jaringan adalah segmen yang lebih besar dan SCP akan mencurahkan sumber daya yang signifikan untuk data yang sedang berlangsung

pengumpulan dan presentasi untuk pelanggan dan penyedia. Sekali lagi, penyedia yang bersedia memasukkan muatan analisis inventaris kecil dalam perangkat lunak penyedia akan mendapatkan insentif paling banyak dengan masukan yang lebih terperinci dan tepat ke sistem. Tim TI pelanggan memerlukan peta jaringan dan informasi profil yang lengkap untuk membantu membangun grup penyedia yang dapat memenuhi kebutuhan spesifik.

Penyedia dan Pengembangan Jaringan
Pengembangan dan pertumbuhan jaringan merupakan prioritas proyek. Tidak ada jaringan penyimpanan cloud P2P yang benar-benar terdesentralisasi yang cocok untuk penyimpanan perusahaan pada saat tulisan ini dibuat. Wawasan berharga dapat diambil dari teknologi berbagi file seperti Napster, Gnutella, dan Bittorrent, tetapi asumsi utama mungkin terbukti tidak memadai seiring waktu dan dalam skala besar. Penyedia di seluruh dunia menghadapi berbagai kondisi yang dapat membuat produk kurang lebih layak, termasuk kemampuan ISP standar, biaya operasional, dan masalah geopolitik. Di Cina daratan, ISP secara hukum bertanggung jawab atas aktivitas di jaringan, tantangan utama bagi proyek penyimpanan terdesentralisasi di mana privasi sudah terpasang dan konten jaringan tidak mudah diidentifikasi.

Perangkat Lunak Penyedia
Perangkat lunak penyedia saat ini belum matang dan membutuhkan penyesuaian dan pemantauan berkelanjutan oleh penyedia untuk kinerja yang konsisten. Versi mendatang akan menggunakan container secara ekstensif untuk pengalaman pemasangan yang lebih konsisten dan beban dukungan yang lebih rendah. Perangkat lunak harus memungkinkan untuk mengontrol beberapa instalasi penyedia dengan asumsi satu per mesin. Dan perangkat lunak penyedia membutuhkan kemampuan akuntansi yang lebih baik untuk menentukan profitabilitas dan untuk pelaporan pajak.

Pengembangan Perangkat Keras
Lengan proyek yang terpisah bekerja pada perangkat keras klien penyedia ringan yang awalnya didukung oleh perangkat komputasi papan tunggal (SBC) yang sudah tersedia. “Peralatan” ini akan berfungsi dengan antarmuka berbasis web yang sederhana dan kemampuan terbatas untuk mengubah parameter konfigurasi. Ini mungkin ditawarkan kepada publik melalui afiliasi

model dan dikonfigurasikan sebelumnya dengan penetapan harga otomatis. Penyedia dapat memilih antara hadiah aset kripto atau penyimpanan tahan lama di jaringan.
Di luar peralatan sederhana, divisi perangkat keras harus berkembang ke konfigurasi yang lebih besar dimulai dengan perangkat NAS dan mungkin bermitra dengan vendor yang lebih besar untuk unit berbasis rak.

Batasan Latensi / Bandwidth
Spektrum yang luas dari kinerja penyedia diperkirakan untuk jaringan pada skala dengan persentase yang luar biasa besar dari instalasi berbasis rumah dan konektivitas yang lemah. Paket ISP tingkat konsumen sering kali menyediakan koneksi asimetris, membatasi kinerja unggahan yang diterjemahkan menjadi unduhan pelanggan. Batasan jumlah data yang ditransfer (caps) juga umum menyebabkan biaya yang lebih tinggi atau ketidaktersediaan berkala untuk masing-masing penyedia.
Akhirnya, kelompok penyedia ini sering kurang rajin dalam pemeliharaan node, lebih memilih proses “atur dan lupakan”. Manfaatnya adalah penyimpanan dengan biaya lebih rendah dengan “host hobi” ini merupakan bagian yang signifikan dari keunggulan biaya kompetitif dibandingkan layanan terpusat.

Meskipun latensi ke penyedia tertentu secara langsung terkait dengan lokasi pelanggan, distribusi latensi atas rangkaian kontrak harus menyatu dalam memungkinkan pelanggan untuk mendelegasikan tingkat tanggung jawab berdasarkan karakteristik kinerja yang diinginkan dan anggaran yang tersedia. Layanan inti yang disediakan oleh proyek ini adalah analisis jaringan, segmentasi, penyedia insentif, dan pembuatan intelijen yang dapat ditindaklanjuti yang dapat dimasukkan ke dalam konfigurasi Relayer.

Dimana anda bisa membeli ScPrime coin ?

Jika Anda ingin tahu di mana membeli ScPrime dengan kurs saat ini, pertukaran mata uang kripto teratas untuk perdagangan saham ScPrime saat ini adalah ProBit Global, TradeOgre, dan SouthXchange.

Referensi : ScPrime Whitepaper