Ora, ngluncurake aplikasi desentralisasi (dapp) ing pamblokiran ora bakal nyebabake bisnis sing sukses. Nyatane, umume pangguna ora mikir babagan apa aplikasi kasebut mlaku ing blokchain - mung milih produk sing luwih murah, luwih cepet lan luwih gampang.

Sayange, sanajan pamblokiran duwe fitur lan keuntungan sing unik, umume aplikasi sing mbukak luwih larang, luwih alon, lan kurang intuisi tinimbang pesaing terpusat.

Cukup asring ing whitepaper aplikasi sing dibangun ing blokchain, sampeyan bisa nemokake paragraf sing ujar: "Pamblokiran larang lan ora bisa ndhukung jumlah transaksi sing dibutuhake saben detik. Untunge, akeh wong pinter sing nggarap skala blokade lan nalika aplikasi kita diluncurake bakal dadi cukup skalabel.

Ing siji paragraf prasaja, pangembang dapp bisa ngilangi diskusi sing luwih jero babagan masalah skalabilitas lan solusi alternatif kanggo masalah. Iki asring nyebabake arsitektur sing ora efisien ing ngendi kontrak cerdas sing mlaku ing pamblokiran dadi backend lan inti saka aplikasi kasebut.

Nanging, isih ana pendekatan sing durung diuji kanggo arsitektur aplikasi desentralisasi sing ngidini skalabilitas sing luwih apik kanthi nyuda katergantungan ing pamblokiran. Contone, Blockstack nggarap arsitektur ing ngendi sebagian besar data lan logika aplikasi disimpen ing rantai.

Ayo goleki pendekatan sing luwih tradisional, sing nggunakake pamblokiran minangka perantara langsung antarane pangguna aplikasi, lan sing ora ukurane apik.

Pendekatan #1: Blockchain minangka Backend

Supaya luwih cetha, ayo padha njupuk conto industri hotel. Iki minangka industri gedhe ing ngendi perantara kaya Booking.com, padha ngisi ragad ageng kanggo nyambungake tamu lan hotel.

Ing kahanan apa wae ing ngendi kita pengin ngalahake perantara kasebut kanthi nggunakake pendekatan iki, kita bakal nyoba kanggo niru logika bisnis nggunakake kontrak cerdas ing blockchain kayata Ethereum.

Kontrak cerdas sumber terbuka sing mlaku ing "komputer donya" bisa nyambungake pedagang menyang konsumen tanpa pihak katelu ing antarane, pungkasane nyuda biaya lan komisi sing dikenani perantara.

Kaya sing ditampilake ing gambar ing ngisor iki, hotel nggunakake aplikasi desentralisasi kanggo ngirim informasi babagan blokchain babagan kamar, kasedhiyan lan rega ing dina minggu utawa akhir minggu, lan bisa uga deskripsi kamar kanthi kabeh informasi liyane sing relevan.

Sapa wae sing pengin buku kamar nggunakake aplikasi iki kanggo nggoleki hotel lan kamar sing di-host ing blockchain. Sawise pangguna milih kamar, leladen digawe kanthi ngirim jumlah token sing dibutuhake menyang hotel minangka simpenan. Lan kanggo nanggepi, kontrak pinter nganyari informasi ing blockchain sing nomer ora kasedhiya maneh.

Ana rong sisih kanggo masalah skalabilitas karo pendekatan iki. Pisanan, jumlah maksimum transaksi per detik. Kapindho, jumlah data sing bisa disimpen ing pamblokiran.

Ayo padha nindakake sawetara petungan kasar. Booking.com ngandika padha meh 2 yuta hotel kedhaftar karo wong-wong mau. Contone, rata-rata hotel duwe 10 kamar lan saben kamar dipesen mung 20 kaping setahun - sing menehi rata-rata 13 pesenan saben detik.

Kanggo nemtokake angka kasebut, perlu dicathet yen Ethereum bisa ngolah kira-kira 15 transaksi per detik.

Ing wektu sing padha, perlu dipikirake manawa aplikasi kita uga bakal ngemot transaksi saka hotel - kanggo ndownload lan terus nganyari informasi babagan kamar. Hotel nganyari rega kamar kerep banget, kadhangkala malah saben dina, lan saben rega utawa owah-owahan deskripsi mbutuhake transaksi ing blockchain.

Ana uga masalah ukuran ing kene - bobote blockchain Ethereum bubar ngliwati tandha 2TB. Yen aplikasi kanthi pendekatan iki dadi populer banget, jaringan Ethereum bakal dadi ora stabil banget.

Sistem basis blockchain kasebut bisa ngilangi wong njaba amarga imparsialitas lan kekurangan sentralisasi, kaluwihan utama teknologi blockchain. Nanging pamblokiran uga nduweni fitur liyane - disebarake lan ora ditulis maneh, iki minangka ciri sing apik banget, nanging sampeyan kudu mbayar kanthi cepet lan komisi transaksi.

Mula, pangembang dapp kudu ngevaluasi kanthi ati-ati apa saben fitur sing nggunakake pamblokiran pancen mbutuhake distribusi lan ora bisa ditulis.

Contone: apa gunane nyebarake data saben hotel ing atusan mesin ing saindenging jagad lan disimpen ing kono kanthi permanen? Apa pancene penting yen data historis babagan tarif kamar lan kasedhiyan tansah kalebu ing pamblokiran? Mbokmenawa ora.

Yen kita miwiti takon kaya iki, kita bakal weruh manawa kita ora mbutuhake kabeh fitur blockchain sing larang kanggo kabeh fungsi kita. Dadi, apa alternatif?

Pendekatan #2: Arsitektur Inspirasi Blockstack

Senajan emphasis utama Blockstack ing aplikasi sing pangguna minangka pamilik data (contone, kayata teks udara, BentenSound, Pangoptimal Gambar utawa Grafit), blockstack uga nduweni filosofi nggunakake blockchain kanthi entheng-mung yen pancen perlu. Argumentasi utama yaiku pamblokiran alon lan larang, mula mung kudu digunakake kanggo transaksi tunggal utawa jarang. Liyane saka interaksi karo aplikasi kudu kelakon liwat peer-to-peer, i.e. pangguna saka aplikasi desentralisasi kudu nuduhake data langsung karo saben liyane, tinimbang liwat blockchain. Sawise kabeh, aplikasi desentralisasi sing paling tuwa lan paling sukses kayata BitTorrent, email lan Tor digawe sadurunge konsep blockchain dhewe.

Ngiwa: Pendekatan pisanan, ing ngendi pangguna sesambungan liwat pamblokiran. Tengen: Pangguna sesambungan langsung karo saben liyane, lan pamblokiran mung digunakake kanggo identifikasi lan liya-liyane.

Ayo bali menyang conto pesenan hotel. Kita pengin protokol sing ora adil, mandiri lan mbukak kanggo nyambungake tamu karo hotel. Ing tembung liyane, kita pengin mbusak middleman terpusat. Kita ora perlu, contone, kanggo terus-terusan nyimpen prices kamar ing ledger mbagekke umum.

Apa kita ora mung ngidini tamu lan hotel sesambungan langsung tinimbang liwat blockchain. Hotel bisa nyimpen rega, kasedhiyan kamar lan informasi liyane ing endi wae sing bisa diakses kabeh wong - contone, IPFS, Amazon S3, utawa malah server lokal dhewe. Iki persis apa sing diarani sistem panyimpenan desentralisasi Blockstack Gaia. Iki ngidini pangguna milih ngendi dheweke pengin data disimpen lan ngontrol sapa sing bisa ngakses liwat pendekatan sing diarani panyimpenan multi-pangguna.

Kanggo netepake kapercayan, kabeh data hotel ditandatangani kanthi kriptografi dening hotel kasebut. Preduli saka ngendi data iki disimpen, integritas bisa diverifikasi nggunakake kunci umum sing ana gandhengane karo identitas hotel sing disimpen ing blokchain.

Ing kasus Blockstack, mung informasi identitas sampeyan sing disimpen ing blockchain. Informasi babagan carane njupuk data saben pangguna disimpen ing file zona lan disebarake liwat jaringan peer-to-peer nggunakake node. Lan sepisan maneh, sampeyan ora perlu ngandelake data sing diwenehake simpul, amarga sampeyan bisa verifikasi keasliane kanthi mbandhingake karo hash sing disimpen ing pamblokiran lan pangguna liyane.

Ing versi sistem sing disederhanakake, para tamu bakal nggunakake jaringan peer-to-peer Blockstack kanggo nggoleki hotel lan entuk informasi babagan kamar. Lan keaslian lan integritas kabeh data sing sampeyan tampa bisa diverifikasi nggunakake kunci umum lan hash sing disimpen ing sirkuit virtual Blockstack.

Arsitektur iki luwih rumit tinimbang pendekatan pisanan lan mbutuhake infrastruktur sing luwih lengkap. Nyatane, iki persis ing ngendi Blockstack mlebu, nyedhiyakake kabeh komponen sing dibutuhake kanggo nggawe sistem desentralisasi kasebut.

Kanthi arsitektur iki, kita mung nyimpen data ing pamblokiran sing pancene kudu disebarake lan ora ditimpa. Ing kasus Blockstack, sampeyan mung butuh transaksi ing blockchain kanggo ndhaptar lan nuduhake ing ngendi data sampeyan kudu disimpen. Sampeyan bisa uga kudu nggawe transaksi liyane yen sampeyan pengin ngganti informasi iki, nanging iki ora acara ambalan.

Kajaba iku, logika aplikasi, beda karo pendekatan pisanan, mlaku ing sisih klien lan ora ing kontrak cerdas. Iki ngidini pangembang kanggo ngganti logika iki tanpa nganyari kontrak pinter larang utawa malah mokal. Lan kanthi njaga data aplikasi lan logika saka rantai, aplikasi desentralisasi bisa entuk kinerja lan tingkat skalabilitas sistem terpusat tradisional.

kesimpulan

Aplikasi sing mlaku ing Blockstack bisa ukurane luwih apik tinimbang aplikasi blockchain konvensional, nanging pendekatan sing luwih enom karo masalah dhewe lan pitakonan sing durung dijawab.

Contone, yen aplikasi desentralisasi ora mlaku ing kontrak cerdas, mula iki nyuda kabutuhan token sarana. Iki bisa nyebabake masalah kanggo bisnis amarga ICO wis dadi sumber pendanaan utama kanggo aplikasi desentralisasi (kalebu Blockstack dhewe)

Ana uga masalah teknis ing kene. Contone, iku relatif gampang kanggo ngleksanakake fungsi pesenan hotel ing kontrak pinter, ngendi ing operasi atom, leladen kamar digawe ing ijol-ijolan kanggo token. Lan ora ketok banget carane pesenan bakal bisa digunakake ing aplikasi Blockstack tanpa kontrak cerdas.

Aplikasi sing ngarahake pasar global kanthi potensial kanggo mayuta-yuta pangguna kudu skala banget supaya bisa sukses. Iku salah yen mung gumantung ing blockchain kanggo entuk tingkat skalabilitas iki ing mangsa ngarep. Kanggo bisa saingan karo pemain pasar terpusat gedhe kayata Booking.com, pangembang aplikasi desentralisasi kudu nimbang pendekatan alternatif kanggo ngrancang aplikasi, kayata sing ditawakake Blockstack.

Source: www.habr.com