Gagasan token-driven Registries (TCR) berasal dari komunitas blockchain setidaknya setahun yang lalu. Setidaknya artikel ini diterbitkan oleh penulis pada bulan September 2017. Dan baru-baru ini, saya berada di konferensi DappCon 2018 di Berlin dan melihat banyak minat dalam topik ini, serta beberapa konsep awal berbasis TCR. Karena itu, saya berasumsi bahwa puncak minat belum datang.

Kontrak TCR tampaknya sangat menarik bagi saya, karena merupakan contoh sistem tertutup yang paling sederhana, dikelola secara desentralisasi dan berdasarkan pada insentif ekonomi. Jika Anda berfantasi sedikit, menjadi jelas bahwa berdasarkan gagasan ini banyak yang dapat didesentralisasi, bahkan segala sesuatu dalam kehidupan sosial ekonomi kita adalah mungkin. Dan ini tidak lagi hanya halusinasi cryptans gila, tetapi protokol yang dirumuskan dengan baik. Baca selengkapnya di bawah kucing.

Token-managed Registries (TCRs) adalah cryptosystems yang semakin banyak digunakan untuk menyelesaikan berbagai masalah. Dalam artikel ini, kami akan menyajikan tampilan yang lebih formal pada pendaftar yang dikelola token, tetapi tanpa matematika.

Versi 1.0 diletakkan di header karena TCR dan sistem insentif yang dijelaskan di bawah ini cenderung ditingkatkan. Kami berharap dokumen ini akan menjadi titik awal untuk diskusi tentang cara meningkatkan TCR. Banyak dari pendaftar yang dikerahkan hari ini mirip, tetapi menggunakan mekanisme yang berbeda. Kami percaya pada cara "benar" untuk membuat pendaftar yang dikelola token, dan bahwa dimungkinkan untuk menggunakan kembali sepenuhnya implementasi yang sudah ada.

Menggunakan Token Managed Register

Hasil TCR adalah daftar. Orang memiliki keinginan untuk kompilasi mereka, dan di mana-mana kita melihat daftar: pembelian, universitas "baik", penjahat yang paling dicari. Beberapa daftar dapat diklasifikasikan sebagai putih atau hitam. Bagaimanapun, isi daftar memenuhi beberapa kriteria (barang yang perlu dibeli; universitas, yang lulusannya melunasi hutang mereka untuk belajar rata-rata selama 10 tahun; orang-orang yang FBI telah memberikan lebih dari $ 100.000 untuk informasi).

Seseorang membuat daftar yang berguna. Daftar belanja biasanya dibuat oleh satu orang. Dan komisi tersebut mungkin bertanggung jawab atas daftar universitas terbaik. Jika ada yang bisa mengisi daftar seperti itu, maka segera kami akan menerima daftar semua universitas yang tidak berguna, karena setiap rektor akan menginginkan lembaganya disebutkan di sana.

Dalam TCR, hak token diberikan token internal secara proporsional dengan bobot relatifnya di antara pemegang token. Jika ada perusahaan yang ingin berada dalam daftar, maka pasar akan muncul di mana kepentingan material pemegang token rasional akan mengarah pada pembuatan daftar berkualitas tinggi. TCR adalah daftar yang dikelola secara terdesentralisasi, mereka secara finansial mendorong pemegang token untuk menyeimbangkan isi daftar.

Perspektif pengguna

Ada tiga jenis pengguna TCR: konsumen, kandidat, dan pemegang token. Setiap jenis memiliki minat, motif, dan cara sendiri untuk berinteraksi dengan registri. Konsumen mencari daftar yang berkualitas. Calon ingin segera ke sana. Pemegang token ingin meningkatkan nilai token mereka.

Konsumen memerlukan informasi yang berkualitas. Jika seorang siswa memilih universitas berdasarkan daftar institusi yang lulusannya membayar utangnya untuk belajar rata-rata selama 10 tahun, dia akan sangat kecewa mendapati bahwa universitas tersebut secara keliru ditugaskan ke dalam kategori ini.

Calon ingin mendapat perhatian konsumen. Institusi pendidikan tinggi - anggota daftar (listee) yang diterima dalam register kemungkinan akan menerima lebih banyak aplikasi untuk masuk daripada jika tidak ada dalam daftar. Berkat ini, ia bahkan akan dapat meningkatkan biaya kuliah.

Pemegang token ingin mempertahankan permintaan tinggi untuk token, karena hal ini meningkatkan nilai mereka. Jika tidak, pemegang tidak akan tertarik pada konten berkualitas dari daftar yang mereka kelola. Dalam contoh dengan universitas, pemegang tidak boleh menjadi konsumen dari pendaftaran, atau kandidat untuk dimasukkan di dalamnya. Untuk memastikan bahwa permintaan token tidak turun, pemegang perlu mempertahankan daftar kualitas tinggi. Jika registri berkualitas tinggi, calon ingin masuk ke dalamnya, dan konsumen ingin berkenalan dengannya.

Pemegang tanda, yang dengan ahli mengelola daftar, dapat menghasilkan keuntungan. Ukurannya tergantung pada kualitas manajemen dan meningkatnya minat konsumen dan kandidat.

Sistem insentif TCR

Token Holders adalah mesin dari game cryptoeconomic yang mengatur TCR. Agar registri berfungsi, kandidat harus melakukan penyetoran dalam token internal registri, dan kemudian aplikasi mereka untuk dimasukkan dalam daftar akan dipertimbangkan. Jika kandidatnya “baik”, dia terdaftar, depositnya disimpan. Setelah memutuskan untuk meninggalkan daftar, peserta dapat menarik depositnya. Jika kandidat “buruk,” pemegang membantah permohonannya, dan setelah penolakannya, deposit akan disita dan dibagi sebagai hadiah di antara pemegang token yang berpartisipasi dalam kontes. Calon tidak akan mengirimkan aplikasi ke registri jika mereka tidak memenuhi persyaratannya: ini akan menyebabkan kerugian finansial. Universitas yang tidak menawarkan apa pun yang berharga dan membutuhkan $ 50.000 setahun tidak mungkin diterima dalam daftar universitas yang lulusannya membayar utang kuliah rata-rata selama 10 tahun, jadi jangan coba-coba. Pemegang tanda dapat meningkatkan tabungan mereka berkat kandidat tersebut. Kemungkinan besar, aplikasinya akan diperdebatkan, tetapi ada kemungkinan tidak nol bahwa aplikasi tersebut akan diterima.

Pemegang token memiliki insentif taktis untuk menolak setiap kandidat untuk meningkatkan tabungan mereka. Tapi ini bodoh, karena tugas strategisnya adalah meningkatkan biaya tabungan. Konsumen tidak perlu daftar kosong, jadi kandidat tidak akan menginginkannya. Permintaan mendasar untuk token pendaftaran internal tergantung pada kandidat. Bertindak secara taktis, dan tidak secara strategis, pemegang token akan menderita kerugian keuangan yang serius. Adalah kepentingan mereka untuk mencapai tujuan strategis dan membuat daftar berkualitas tinggi.

Parameter TCR

Bagian ini dapat digunakan sebagai referensi, karena di masa mendatang kami akan berulang kali menyebutkan parameter yang tercantum di sini. Kami akan menyebutnya snapshots dari parameter dan parameter kanonik saat ini. Cuplikan mengambil nilai dari parameter yang diperlukan saat ini pada titik waktu tertentu, mereka “membeku” di gambar dan tidak berubah, bahkan jika parameter yang diperlukan saat ini telah berubah. Kecuali ditentukan lain, parameter yang disebutkan dalam teks adalah parameter yang diperlukan saat ini.

MIN_DEPOSIT
Calon harus membuat token sebanyak deposit untuk menerima dan tetap dalam daftar.

APPLY_STAGE_LEN
Selama waktu ini, pencantuman kandidat dalam daftar dapat ditentang. Diukur dalam blok atau era. Jika tidak ada perselisihan, kandidat akan ada dalam daftar.

COMMIT_PERIOD_LEN
Selama waktu ini, pemegang token dapat memberikan suara untuk menantang. Diukur dalam blok atau era.

REVEAL_PERIOD_LEN
Selama waktu ini, pemegang token dapat mengumumkan suara untuk sengketa tertentu. Diukur dalam blok atau era.

DISPENSATION_PCT
Bagian dari deposit yang disita, yang diberikan kepada pemenang sebagai dispensasi khusus yang mengkompensasi risiko keuangan.

VOTE_QUORUM
Bagian yang dipublikasikan dari jumlah total token yang diperlukan untuk kandidat yang ditantang untuk berada di daftar / peserta yang ditantang untuk tetap berada di daftar. VOTE_QUORUM tidak menghitung token yang tidak memilih, dan token yang tidak diumumkan dianggap sebagai non-voting. Misalnya, VOTE_QUORUM 50 berarti bahwa semua perselisihan diselesaikan oleh mayoritas sederhana.

Posisi (daftar)

Posisi - elemen dari satu set elemen yang tercantum dalam daftar yang terkandung dalam TCR. Dalam contoh dengan universitas, posisi dapat berupa nilai string sederhana yang mengidentifikasi universitas dengan nama yang terkenal, misalnya Universitas Foo. Saat memilih formulir posisi, ingatlah bahwa itu akan mengotentikasi objek nyata. Dalam hal universitas, cukup untuk mengambil nama mereka, karena memalsukan organisasi fisik dan sosial dari universitas yang tercantum dalam daftar untuk menipu konsumen akan memerlukan upaya yang terlalu serius (kampus palsu, staf, sertifikat, dll.).

Alat otentikasi harus diserahkan kepada kebijaksanaan pengguna sebanyak mungkin. Misalnya, pengguna registri nama domain dapat mengautentikasi koneksi mereka ke domain menggunakan sertifikat HTTPS, web-of-trust, atau nilai-nilai rahasia hash yang disimpan dalam daftar metadata dan diberikan sebagai konfirmasi dari oracle. Adalah penting bahwa anggota daftar dan konsumen secara de facto menerima setidaknya satu alat otentikasi yang didukung oleh kedua belah pihak, jika tidak maka registri tidak akan berguna.

Mengajukan permohonan

Ketika seorang kandidat untuk dimasukkan dalam daftar TCR mengajukan aplikasi, ia harus melakukan setoran di token internal registri. Ukuran minimum adalah MIN_DEPOSIT , sehingga banyak token akan dimasukkan sebagai deposit saat mengajukan permohonan suatu aplikasi. Aplikasi akan ditinjau (diselesaikan) nanti oleh APPLY_STAGE_LEN . Jika tidak ada yang menantang aplikasi selama waktu ini, kandidat menjadi anggota daftar. Jika tidak, status kandidat ditentukan oleh hasil kontes.

Aplikasi berisi snapshot dari parameter yang diperlukan saat ini, dan semua tindakan dengan aplikasi merujuk pada parameternya yang diperbaiki dalam snapshot.

Menantang aplikasi

Tantangannya dimulai baik untuk kandidat yang sedang menunggu pertimbangan aplikasi, atau untuk peserta dalam daftar. Hanya satu tantangan aktif dalam kaitannya dengan setiap kandidat atau peserta yang diizinkan. Kontestan melakukan setoran dalam jumlah MIN_DEPOSIT terhadap posisi daftar atau aplikasi yang MIN_DEPOSIT melebihi atau sama dengan MIN_DEPOSIT . (Kami akan berbicara tentang posisi yang MIN_DEPOSIT dengan setoran kurang dari MIN_DEPOSIT di bagian "Situasi tepi: sentuh-dan-hapus").

Ketika kontes dimulai, snapshot dari parameter registri yang diperlukan saat ini dibuat dan pemungutan suara dimulai (lihat bagian "Voting"), di mana pemegang token dapat berpartisipasi. Setelah pemungutan suara, setoran kandidat atau pemrakarsa kontes disita. Pihak yang menang menerima sebagian dari deposit yang hangus ( DISPENSATION_PCT ) sebagai kompensasi untuk risiko keuangan. Sisa setoran didistribusikan di antara peserta mayoritas suara sesuai dengan berat token mereka. Peserta dari pemilih minoritas tidak akan rugi dan tidak mendapatkan apa-apa.

Catatan DISPENSATION_PCT pada dasarnya memberi penantang kepercayaan diri untuk memenangkan suara. Sebagai hasil dari kemenangan, perselisihan sebenarnya akan dipublikasikan (masalah). Jika dispensasi khusus ditentukan, misalnya, pada 50%, maka kontestan harus lebih dari 66% yakin akan kemungkinan kemenangan. Mengapa 66% Karena ada kemungkinan 33% kehilangan deposit sepenuhnya dan probabilitas 66% menghasilkan separuh deposit: (0,33) (- 1) + (0,66) (0,5) = 0.

Jika aplikasi ditantang, maka itu dihapus, dan kandidat mungkin atau mungkin tidak menjadi anggota daftar. Jika item daftar diperdebatkan, maka item tersebut mungkin atau mungkin tidak dihapus.

Situasi tepi: sentuh-dan-hapus

Jika kandidat melakukan setoran, menjadi anggota, dan kemudian nilai MIN_DEPOSIT wajib saat ini meningkat, maka setoran peserta akan kurang dari MIN_DEPOSIT . Jika posisi seperti itu diperebutkan, itu segera dihapus dari daftar, dan simpanan pihak yang menantang dan peserta dalam daftar dikembalikan ke pemilik. Ini adalah sentuh dan hapus.

Mengapa dan mengapa pendekatan seperti itu diperlukan? Mari kita asumsikan bahwa ukuran setoran selama kontes harus sama sehingga tindakan pemilih tidak terpengaruh oleh keinginan untuk berbagi setoran terbesar (ini akan memberi mereka keuntungan terbesar). Lalu mengapa kita tidak menyamakan ukuran setoran ketika berselisih dengan ukuran setoran dari posisi yang disengketakan itu sendiri? Ada kemungkinan bahwa deposit, karena fluktuasi harga pasar dari token, menjadi lebih murah daripada gas dan biaya peluang. Peserta akan dikenakan biaya ini jika mereka mengajukan tantangan atau memilih. Pendekatan sentuh dan hapus mengurangi kemungkinan meracuni registri dengan catatan yang simpanannya terlalu kecil untuk diperdebatkan: pemegang token aktif hanya akan menghapus posisi tersebut dengan biaya minimal.

Untuk melindungi diri dari sentuhan-dan-hapus setelah menaikkan MIN_DEPOSIT , peserta dalam daftar dapat meningkatkan setoran mereka sebanyak yang diperlukan, dan jumlah apa pun yang melebihi MIN_DEPOSIT wajib dapat ditarik kapan saja. Saat bertarung, ukuran MIN_DEPOSIT saat ini sudah diperbaiki dalam gambar, dan hanya jumlah ini yang boleh diletakkan di telepon.

Voting

Voting dalam TCR harus diberi token-weighted dan ikuti skema commit-express. Tidak ada persyaratan khusus lain untuk pemungutan suara, yang utama adalah bahwa mekanisme tersebut harus efektif dalam hal likuiditas token.

Karakterisasi token-weighted (conditional weight token) penting bagi pemegang yang menginvestasikan paling banyak token, yang berarti bahwa suara mereka adalah yang paling signifikan ketika mengelola registri. Pemegang tersebut akan menjadi yang paling bijaksana. Dan berkat skema pengungkapan komitmen, pemungutan suara mendorong para peserta untuk menjadi sangat produktif. Token likuiditas perlu dimaksimalkan untuk mendorong peserta untuk memilih.

Partial Lock Commit Reveal Voting adalah mekanisme voting berbasis token yang paling efisien untuk TCR.

Parameterisasi

Pengaturan registri harus beradaptasi dengan dinamika perubahan harga pasar dari token registri internal. Misalnya, harga turun, ratusan kandidat untuk dimasukkan dalam registri muncul, dan pemegang token tidak dapat memproses semua aplikasi secara efisien. Maka Anda perlu meningkatkan MIN_DEPOSIT .

Meskipun tidak ada jawaban yang pasti, apa cara terbaik untuk melakukan parameterisasi, yaitu, pada dasarnya, mengelola registri. Misalnya, di AdChain, prinsip parameterisasi sama dengan prinsip pemrosesan aplikasi untuk dimasukkan dalam registri. Seperangkat parameter yang sama digunakan di sini, oleh karena itu, untuk proposal reparametrization, MIN_DEPOSIT bisa jauh lebih tinggi daripada jika itu termasuk pertanyaan tentang memasukkan posisi baru. Proposal untuk reparametrization juga diperdebatkan dengan bantuan token deposit, mereka ditempatkan oleh pengusul dan penantang. Pemegang tanda dapat memilih untuk reparameterisasi parameter registri atau parameter dari reparameterizer itu sendiri.

Properti menarik dari TCR

Token registri internal adalah elemen yang diperlukan dari sistem mandiri untuk penggunaan publik. TCR sendiri adalah musuh utama kapitalisme, mereka melakukan fungsi yang bermanfaat dengan biaya marjinal serendah mungkin.

Registri yang dikelola token mematuhi prinsip-prinsip Manifesto Cryptosystems Mike

TCR membutuhkan token internal. Menggunakan hal lain sebagai gantinya akan mengganggu operasi normal sistem. Pemegang token harus memahami pro dan kontra dari pekerjaan baik atau buruk mereka, maka mereka akan memiliki motivasi untuk tugas utama - mengelola registri. Misalnya, harga bitcoin tidak akan terpengaruh oleh penurunan permintaan untuk itu dalam daftar pendaftar. Ini berarti bahwa para pemegang akan ingin mengumpulkan bitcoin sebanyak mungkin dari para kandidat melalui perselisihan dan konspirasi palsu di tempat pemungutan suara, menempatkan kepentingan manajemen pendaftaran sebagai latar belakang. Dan jika satu-satunya tujuan token adalah menggunakannya saat mendaftar ke registri, harganya akan berubah tergantung pada permintaan untuk partisipasi dalam daftar. Permintaan dipengaruhi oleh seberapa baik pemegang mengelola daftar. Prinsip token-keperluan dalam TCR dihormati.

Suatu sistem mandiri jika berfungsi secara normal tanpa partisipasi penciptanya. Di TCR, tidak ada catatan yang memiliki hak istimewa khusus. Semua token adalah setara, dan hanya berat token yang menentukan berat hak pemegangnya dalam registri. Pencipta registri dapat menghilang, dan sistem insentif tertutup tidak akan menderita karenanya. TCR adalah sistem desentralisasi sejati. Prinsip swasembada diamati.

Sistem ini digunakan untuk umum (utilitas publik), jika tidak memerlukan izin, bebas dari sewa dan manfaat. TCR tidak memerlukan izin, sepenuhnya terdesentralisasi, dan hak istimewa di dalamnya hanya ditentukan oleh bobot syarat token. Pendaftar tersebut tidak memerlukan sewa, karena mereka tidak akan pernah ditempatkan di telepon untuk mendorong seseorang untuk menyelesaikan tugas atau untuk mencegah serangan. TCR menghasilkan hasil yang bermanfaat dalam bentuk daftar. Prinsip penggunaan publik dihormati.

Musuh utama kapitalisme
Sistem yang menciptakan hasil yang bermanfaat dengan biaya marjinal minimal adalah musuh utama kapitalisme. Hasil TCR gratis: daftar disimpan di blockchain, pihak mana pun dapat membacanya. Alih-alih memberikan uang kepada vendor untuk menyusun daftar, konsumen TCR menerima produk gratis dari semua vendor. Mereka bersaing satu sama lain dalam menciptakan daftar terbaik yang dapat muncul di pasar bebas.

Mereka yang ingin meningkatkan kualitas TCR dapat membeli token dengan harga pasar, mengelola registri dengan cara yang berkualitas, memicu minat konsumen, meningkatkan permintaan calon token - dan kemudian menjual token mereka, menghasilkan uang bagi mereka yang ingin memperbaiki registri. Pemegang token, yang tahu cara mengajukan perselisihan dan memberikan suara dengan baik, akan mendapatkan penghasilan tetap dengan menjual token yang diterima dari simpanan yang disita dan tanpa kehilangan modal tetap.

Dengan demikian, dalam pasar yang efisien, token registri internal dari waktu ke waktu akan didistribusikan secara optimal di antara entitas yang menggunakannya paling produktif. Dalam TCR, profitabilitas dan produktivitas sangat terkait.

Serangan dan pertahanan terhadap mereka

Secara teori TCR memungkinkan untuk diserang. Selain itu, mungkin tidak semua jenis serangan dirumuskan dan diperbaiki. Di bawah ini kita membahas serangan dan pertahanan yang diketahui terhadap mereka.

Trolling sederhana
Troll mencoba menambahkan posisi "buruk" ke registri "baik" yang tidak memenuhi kriteria registri. Jika registri dimonitor dengan baik, serangan seperti itu mahal dan tidak efektif: troll kehilangan depositnya ketika pemegang token yang rasional berhasil menyengketakan aplikasi. Untuk mengatasi rasionalitas pemilih, serangan trolling sederhana harus berubah menjadi serangan orang gila.

Serangan gila
Penyerang kaya sumber daya mungkin memiliki alasan rasional untuk menghabiskan banyak uang untuk menghancurkan registri. Jika daftar yang berguna dengan biaya marjinal hampir nol menghancurkan bisnis, maka perusahaan yang terkena dampak mungkin tidak akan menyukainya. Penyerang akan membeli dengan harga pasar yang sebagian besar token dilindungi terhadap kontestasi dengan hak untuk memilih dan mengisi daftar dengan posisi berkualitas rendah. Registri akan rusak, nilai token akan runtuh.

Untungnya, pendaftar yang dikendalikan token memiliki perlindungan terhadap serangan semacam itu, sangat mirip dengan yang biasa dilakukan oleh Casper. Dari sudut pandang keuangan, ketika menyerang 51%, senjata penyerang dapat dihancurkan dengan bantuan garpu keras. Menurut Vitalik, “tugasnya adalah membuat serangan 51% menjadi sangat mahal sehingga bahkan sebagian besar validator bersama tidak dapat memutar kembali blok yang telah diselesaikan tanpa kerugian finansial yang sangat besar. Begitu beratnya sehingga bahkan serangan yang berhasil kemungkinan akan mengarah pada peningkatan harga mata uang dasar, karena pasar akan bereaksi lebih kuat terhadap penurunan total pasokan koin daripada pada garpu keras darurat untuk melemahkan serangan . " Dalam TCR, validator adalah pemegang token.

Kemungkinan dalam praktiknya, kapan saja, hanya sebagian kecil token yang akan berpartisipasi aktif dalam pemungutan suara (lihat bagian “Bootstrapping”), oleh karena itu serangan orang gila tidak akan semahal yang disiratkan oleh label “serangan terhadap kebanyakan validator”. Mengurangi kepasifan pemegang token adalah pertanyaan terbuka yang penting dalam TCR.

Keracunan registri
Keracunan registri tidak dilakukan oleh pemegang token, tetapi oleh peserta dalam daftar. Posisi dimasukkan dalam register, dan setelah kualitasnya memburuk. Sebagai contoh, sebuah universitas, yang termasuk dalam daftar lembaga pendidikan berkualitas tinggi, meningkatkan biaya pendidikan karena hal ini, tetapi lulusannya kemudian mengetahui bahwa mereka tidak dapat membayar utangnya untuk biaya kuliah setelah 10 tahun.

Pemegang tanda rasional harus mengidentifikasi perilaku ini dan menantang posisi yang meracuni registri. Aspek yang MIN_DEPOSIT dipelajari: keracunan bisa relatif murah jika posisi daftar hanya menunggu MIN_DEPOSIT meningkat selama aksi daftar, dan jika tindakan ilegal terdeteksi, maka Anda dapat meninggalkan daftar menggunakan prosedur sentuh dan hapus. Dalam hal ini, posisi daftar tidak kehilangan setoran, namun subjek sendiri kehilangan reputasinya dan tidak akan kembali lagi ke daftar.

Melempar koin dan menghafal voting
Pemilih tidak dihukum karena keputusan yang buruk, sehingga pemegang token mungkin menemukan bahwa lebih mudah untuk "melempar koin" daripada menghabiskan waktu untuk memberi peringkat tertimbang. Anda dapat bertahan melawan serangan dengan kepentingan jangka panjang pemilih dalam memaksimalkan permintaan token. Tetapi tidak diketahui sampai sejauh mana pertimbangan-pertimbangan ini akan memengaruhi munculnya massa pemilih yang kritis yang meratakan perilaku orang lain yang tidak bertanggung jawab.

Melempar koin bukanlah serangan yang sangat berbahaya: dengan asumsi distribusi suara yang seragam sebagai hasil melempar koin, beberapa aktivis - pemegang token, pada setiap perselisihan, akan memberi timbangan yang mendukung rasionalitas.

Penghafalan pemungutan suara (voting memeing) terjadi ketika peserta hanya memilih agar menjadi mayoritas. Dalam hal motivasi, ini mirip dengan melempar koin, tetapi hasilnya lebih buruk: minoritas aktivis yang memegang token tidak akan memberikan skala yang mendukung rasionalitas.

Pelemparan koin dan penghafalan pemungutan suara adalah serangan yang rumit karena ditujukan pada batas rasionalitas pemegang token (lihat “Batas Rasionalitas”).

Pertanyaan terbuka

Batas-batas rasionalitas
Ada strategi yang rasional di sini dan sekarang, tetapi berbahaya dalam jangka panjang. Memegang token secara pasif itu sendiri tidak diinginkan, melempar koin dan menghafal voting adalah rasional, tetapi seiring waktu mereka memperburuk kualitas registri. Apa strategi terbaik untuk diikuti peserta? Mungkinkah ada situasi di mana seseorang bertindak secara taktis dan seseorang secara strategis, dan akibatnya kualitas daftar akan rata-rata, lebih rendah daripada jika daftar dikelola secara terpusat?

Bootstrap
TCR melekat pada dilema primer ayam dan telur. Konsumen tidak tertarik pada daftar kosong, dan kandidat tidak ingin berpartisipasi dalam daftar yang tidak menarik bagi konsumen. Secara umum, akan sulit bagi pendaftar untuk mendapatkan minat dari salah satu kelompok peserta untuk mencapai keadaan yang stabil dan mandiri. Ada berbagai pendapat tentang pendekatan optimal untuk membuat token-driven registry, dan sejauh ini tidak ada pendekatan yang berubah menjadi pola yang jelas yang perlu diikuti.

Satu pendekatan: sekelompok kandidat bekerja sama dengan badan pemerintahan yang "ketinggalan zaman" (lobi industri, dewan penasihat) membentuk serangkaian peserta awal. Motivasi: gunakan kurator industri tepercaya untuk membuat serangkaian posisi dasar yang meyakinkan dalam registri.

Pendekatan lain: pada awalnya, token pendaftaran didistribusikan di antara calon konsumen dan kandidat. Hal ini memberikan motivasi nyata bagi pihak-pihak (jika tidak tertarik) untuk mengembangkan diri sistem.

Ukuran minimum ekonomi
Berapa ukuran minimum ekonomi yang diperlukan untuk manajemen daftar yang terdesentralisasi? Apakah secara ekonomi terdesentralisasi untuk mengelola daftar belanja? Akankah masuk akal bagi produsen barang dan produk dalam kemasan untuk mengajukan pencantuman dalam daftar barang yang harus dibeli di toko grosir? Akankah pemilih dapat mengelola daftar yang baik untuk pembeli? Bagaimana pemilih tahu jika pembeli memiliki keju yang cukup? Apa minat minimum konsumen yang diperlukan untuk manajemen daftar yang terdesentralisasi?

Parameterisasi
Parameterisasi pendaftar belum dikembangkan dengan baik sampai saat ini. , AdChain . , MIN_DEPOSIT . MIN_DEPOSIT , , . AdChain . , .

PS , TCR-, . . — .