Memahami Token Universal untuk Aset dan Pembayaran

blog 1NewsPengembangEnterpriseBlockchain DijelaskanAcara dan KonferensiTekanBuletin

Berlangganan newsletter kami.

Alamat email

Kami menghormati privasi Anda

BerandaBlogCodefi

Memahami Token Universal untuk Aset dan Pembayaran

oleh Matthieu BouchaudOktober 19, 2020Diposting pada 19 Oktober 2020

ramon salinero vEE00Hx5d0Q unsplash

Tangkapan Layar 2020-10-15 di 5.37.08 PM.png

Ketika tim Codefi mulai mengembangkan Token Universal untuk Aset dan Pembayaran, kami tahu bahwa masa depan keuangan akan berada di persimpangan antara keuangan tradisional dan keuangan desentralisasi. 

Ambisi kami adalah menemukan cara untuk membuat jembatan antara kedua dunia.

Namun saat ini, kedua dunia ini memiliki karakteristik yang sangat berbeda:

  • Keuangan terdesentralisasi (DeFi) sebagian besar masih disediakan untuk investor yang ramah kripto, dan sedang mengalami kesulitan menarik lebih banyak pemain investasi tradisional.

  • Keuangan tradisional masih membutuhkan kemampuan kontrol yang kuat atas aset yang dikeluarkan, sementara DeFi mendukung kesederhanaan akses dan otomatisasi proses.

  • Akhirnya, keuangan terpusat (CeFi) mengandalkan kepercayaan pada hukum, dan lembaga keuangan, sementara DeFi mengandalkan kepercayaan pada kode..


Sekarang pertanyaannya adalah:

  • Bagaimana kita mendamaikan kedua dunia ini?

  • Bagaimana kami meningkatkan keragaman dan volume aset di dunia DeFi?

  • Bagaimana kita bisa melepaskan aset tradisional dalam ekonomi DeFi, untuk mendapatkan keuntungan dari keuntungan yang diberikannya?

Tangkapan Layar 2020-10-15 di 5.37.24 PM.png

Masa depan terlihat seperti ini…

Dunia di mana mekanisme otomatisasi DeFi diperluas ke aset tradisional, sambil tetap mematuhi batasan peraturan yang ada.

Tentu saja, ini tidak akan terjadi dalam semalam. Untuk mencapai misi Codefi untuk membuat transisi ini tidak merepotkan, kami ingin memperkenalkan investor tradisional ke dunia DeFi dengan lancar, sambil mempertimbangkan dengan cermat persyaratan sistem yang ada.

Menerima kendala dari sistem yang ada (termasuk kemampuan kontrol penerbit atau regulator yang kuat, perjanjian hukum, verifikasi investor, dll.) Adalah satu-satunya cara untuk meyakinkan “mayoritas awal” untuk mengadopsi pola pikir baru.

Untuk meyakinkan mayoritas awal, strategi kami adalah mengabstraksi kompleksitas blockchain (termasuk alamat Ethereum, asinkronisme transaksi, pembayaran gas, penyimpanan kunci pribadi, dll.). Jika kami berhasil, perubahan ini seharusnya tidak terlihat oleh pengguna akhir.

Membangun di atas sistem yang ada adalah satu-satunya cara untuk meningkatkan adopsi.

Screen Shot 2020-10-15 di 5.37.38 PM.png Tonton webinar Hubungi pakar tokenisasi di Codefi untuk mempelajari lebih lanjut

Apa yang diharapkan dari standar token untuk membuat konvergensi ini menjadi kenyataan?

Apa tantangan utama yang harus diatasi?

Kami yakin ada empat persyaratan utama:

  • Pertama: Mekanisme kontrol yang disesuaikan. Merupakan persyaratan hukum bagi penerbit aset dalam keuangan tradisional untuk diberdayakan dengan kemampuan kontrol yang kuat atas aset yang diterbitkan.

  • Kedua: Penerbit aset bertanggung jawab untuk memelihara daftar investor yang andal.

  • Ketiga: Operasi pengiriman-vs-pembayaran di pasar sekunder, harus merupakan hasil dari mekanisme yang tidak boleh gagal.

  • Akhirnya, semua persyaratan ini perlu diperhitungkan sambil tetap mempertahankan kompatibilitas dengan ekosistem Ethereum, dan lebih khusus lagi, dengan alat DeFi..

Sekarang kita akan mendalami empat persyaratan ini untuk menjelajahi fitur-fitur penting yang ditawarkan oleh Token Universal untuk Aset dan Pembayaran.

Tangkapan Layar 2020-10-15 di 5.37.49 PM.png

Mari kita mulai interoperabilitas.

Salah satu hal yang paling berhasil dilakukan Ethereum adalah standar tokennya.

Seluruh komunitas Ethereum telah mencapai konsensus tentang standar ini.

Ekosistem alat dan platform yang kaya telah muncul.

Standar token yang paling terkenal disebut ERC20: Ini adalah antarmuka untuk token yang sepadan.

Fungsi “transfer” dan “balanceOf” sekarang merupakan prasyarat agar kompatibel dengan dompet dan solusi penyimpanan kunci, seperti dompet perangkat keras MetaMask atau Ledger.

Fungsi “allowance” dan “transferFrom” penting untuk interoperabilitas dengan kontrak pintar lainnya. Misalnya, platform perdagangan p2p AirSwap menggunakan fungsi ini untuk menjalankan operasi pengiriman-vs-pembayaran.

Terakhir, aspek penting dari interoperabilitas adalah kemungkinan untuk melakukan escrow token. Untuk mendapatkan token berarti menerima kontrak pintar untuk menjadi pemilik token (bukan sebagai manusia).

Mekanisme escrow token digunakan oleh banyak kontrak pintar DeFi:

  • Kontrak pinjaman seperti Compound membutuhkan escrow untuk menyimpan token yang dijaminkan.

  • Pertukaran terdesentralisasi seperti Uniswap, atau platform turunan seperti Synthetix, membutuhkan escrow untuk membuat kumpulan likuiditas.

Pada akhirnya, antarmuka ERC20 dan kemungkinan escrow token adalah wajib untuk kompatibilitas ekosistem Ethereum.

Tangkapan Layar 2020-10-15 pukul 5.38.00 PM.png

Topik utama kedua untuk aset dan pembayaran adalah mekanisme kontrol.

Saat membangun instrumen keuangan, mengontrol siapa yang memiliki akses ke instrumen tertentu adalah yang terpenting. Setiap distribusi aset atau pengalihan aset perlu dikendalikan oleh penerbit aset.

Ada dua solusi utama yang kami terapkan untuk memastikan ini:

  • Yang di sebelah kiri didasarkan pada sertifikat yang dibuat di luar rantai. Sertifikat adalah hash parameter transaksi yang ditandatangani. Sertifikat baru perlu dibuat untuk setiap transfer baru. Ini menawarkan kemampuan kontrol yang sangat kuat. Namun sayangnya, ini tidak kompatibel dengan antarmuka ERC20, sehingga membuat segalanya menjadi lebih kompleks dalam hal interoperabilitas dengan ekosistem Ethereum..

  • Solusi kedua, di sebelah kanan, didasarkan pada daftar investor tervalidasi yang disimpan dalam rantai. Kontrak pintar token memeriksa daftar ini setiap kali perlu melakukan transfer. Di masa mendatang, kami membayangkan dunia di mana daftar izin global semacam itu akan dikuratori oleh konsorsium lembaga keuangan atau bahkan regulator itu sendiri, tetapi saat ini, daftar tersebut tidak ada. Metode ini kurang fleksibel karena transaksi Ethereum diperlukan setiap kali daftar perlu diubah. Tetapi hal baiknya adalah, ini memungkinkan penggunaan fungsi transfer ERC20, sehingga membuatnya dapat dioperasikan dengan ekosistem Ethereum.

Tangkapan Layar 2020-10-15 di 5.38.11 PM.png

Dalam keuangan tradisional, pemeliharaan registri yang benar adalah tanggung jawab lembaga yang sangat besar, seperti Central Security Depositories, agen transfer, atau bahkan penerbit itu sendiri dalam beberapa kasus. Lembaga-lembaga ini harus memegang kendali penuh atas registri. Saat token dikonfigurasikan menjadi “dapat dikontrol”, ini memberi penerbit kemampuan untuk memaksa transfer token, pembuatan token, atau penghancuran.

Ini tidak terjadi di DeFi, di mana tidak ada seorang pun kecuali pemegang token yang dapat memutuskan untuk mentransfer token.

Ini dilihat oleh beberapa orang sebagai fitur yang sangat kuat, memindahkan kepercayaan ke inti protokol daripada menyerahkannya pada otoritas publik atau swasta.

Kedua pengaturan, dapat dikontrol atau tidak, dapat disesuaikan, tergantung pada kasus penggunaan, dan fungsi “renounceControl” memungkinkan pengguna untuk beralih dari satu pengaturan ke pengaturan lainnya..

Tangkapan Layar 2020-10-15 di 5.38.21 PM.png

Mari beralih ke topik berikutnya: Keandalan daftar investor.

Saat memindahkan sekuritas tradisional ke jaringan blockchain publik, prinsip fundamental harus dihormati: registri kepemilikan yang dibuat harus setiap saat, mencerminkan pemegang aset yang menguntungkan..

Masalah terjadi jika persyaratan ini tidak kompatibel dengan mekanisme escrow.

Memang, di sebelah kanan slide ini, ketika Joe escrow’s 4 token dalam kontrak escrow, pemilik token tersebut adalah escrow, seperti yang terlihat di blockchain adalah smart-contract dan bukan Joe..

Masalah ini membuat rumit, atau bahkan terkadang tidak mungkin untuk mengetahui, bahwa Joe masih merupakan pemilik manfaat dari aset tersebut. Kami kehilangan satu fitur penting dari blockchain sebagai alat pemeliharaan registri.

Awalnya, alasan mengapa kami perlu mengirim token ke escrow adalah untuk menguncinya dan memastikan mereka tidak dapat digunakan..

Penyimpanan token, yang dapat Anda lihat di sebelah kiri, adalah alternatif dari escrow, memungkinkan penguncian token sambil menyimpannya di dompet investor. Manfaat dari penyimpanan token adalah bahwa mereka menjaga registri investor, dan memastikan kami mengetahui siapa pemilik manfaat dari aset tersebut setiap saat..

Penyimpanan token juga sangat berguna dalam hal pembagian dividen kepada investor, sebanding dengan jumlah token yang mereka miliki, karena kami yakin registri investor dapat diandalkan.

Tangkapan Layar 2020-10-15 di 5.38.31 PM.png

Akhirnya fokus terakhir yang akan kita miliki adalah pasar sekunder, dan kepastian eksekusi untuk operasi pengiriman-vs-pembayaran (DvP).

DvP adalah operasi yang terdiri dari menukar token yang mewakili uang tunai dengan token yang mewakili aset.

DvP adalah fitur penting dari sistem keuangan saat ini dan merupakan inti dari semua transaksi keuangan. DvP pada blockchain sangat menarik, karena teknologi baru ini memungkinkan pelaksanaan operasi ini tanpa perantara dan dengan kepastian eksekusi.

Dalam DeFi saat ini, sebagian besar proses DvP mengandalkan tunjangan atau escrow untuk mengelola pertukaran token. Tapi tunjangan dan escrow tidak optimal:

  • Mekanisme tunjangan (tengah) tidak memberikan kepastian eksekusi untuk DvP (karena tunjangan tidak mencegah pengguna untuk membelanjakan tokennya untuk hal lain setelah dia membuat perintah perdagangan)

  • Mekanisme escrow (kanan), memberikan kepastian eksekusi, tetapi seperti yang dijelaskan dalam slide sebelumnya, escrow tidak menjaga keakuratan registri (karena kontrak escrow menjadi pemilik token, bukan investor).

Karena tunjangan dan escrow tidak optimal, kami memutuskan untuk menggunakan penangguhan.

Penangguhan, serupa dengan tunjangan, adalah otorisasi yang dibuat oleh pemegang token, untuk memungkinkan orang lain mentransfer tokennya atas namanya. Namun penangguhan lebih dari sekadar tunjangan, dengan melarang pemegangnya untuk membelanjakan token untuk hal lain, setelah penangguhan dibuat. Token dikunci di akunnya sendiri.

Pengiriman-vs-pembayaran berdasarkan penyimpanan token (kiri) menggabungkan keduanya:

  • Keuntungan dari escrow, bahwa token tidak dapat digunakan untuk hal lain sebelum eksekusi perdagangan

  • Keuntungan dari tunjangan, yang mempertahankan registri token yang andal

Selain itu, penyimpanan token kompatibel dengan Mekanisme HTLC, mekanisme yang memungkinkan pengelolaan kasus di mana DvP atom tidak dapat dilakukan:

  • Baik saat token tunai maupun token aset berada di 2 jaringan blockchain yang berbeda

  • Atau ketika token tunai dan token aset adalah kontrak pintar pribadi (grup privasi, atau zkAssets)

Screen Shot 2020-10-15 di 5.38.42 PM.png

Sekarang setelah kita memiliki semua persyaratan ini, berikut adalah ikhtisar Token Universal untuk Aset dan Pembayaran.

Sebagai token hybrid, ini mendapat manfaat dari keduanya:

  • Keuntungan kesepadanan

  • Keuntungan dari tidak dapat dipertukarkan

Ini menggabungkan semua persyaratan yang tercantum dalam presentasi ini:

  • Untuk mekanisme kontrol, ia menawarkan modul untuk pemeriksaan sertifikat, modul untuk pemeriksaan allowlist, ia menawarkan kemungkinan untuk memaksa transfer

  • Untuk keandalan registri investor, ini menyediakan modul untuk membuat penyimpanan token

  • Untuk kepastian eksekusi pengiriman-vs-pembayaran, ini mencakup penyimpanan token untuk DvP atom, dan mekanisme HTLC untuk DVP non-atomik

  • Untuk interoperabilitas, ia menawarkan antarmuka ERC20

Masing-masing fitur ini dapat DIAKTIFKAN dan DITONAKTIFKAN selama siklus hidup token.

Kami percaya pendekatan modular ini menawarkan fleksibilitas yang cukup untuk memuaskan pemangku kepentingan tradisional dan publik yang ramah kripto, untuk membuat DeFi. <> Konvergensi CeFi menjadi kenyataan.

Kunjungi Github Repo untuk Token Universal

Tangkapan Layar 2020-10-15 di 5.38.51 PM.png

Struktur hybrid token bahkan memungkinkan penyiapan modul yang berbeda untuk kelas token yang berbeda:

  • beberapa kelas dapat diatur untuk keuangan tradisional, dengan menjadi dapat dikontrol, dan termasuk modul sertifikat

  • kelas lain dapat diatur untuk keuangan terdesentralisasi, dan mengandalkan modul allowlist

Token dapat beralih dari satu kelas token ke kelas lain, dengan mekanisme on-ramp / off-ramp. Memindahkan token dari satu kelas ke kelas lain memungkinkan penerbit untuk dengan mudah mengubah cara mereka dikendalikan.

Artinya, penerbit dapat menerbitkan instrumen keuangan sekarang dengan pengaturan yang disesuaikan dengan konteks peraturan saat ini, dan memutuskan untuk secara bertahap menyesuaikan pengaturan untuk Keuangan Terdesentralisasi ketika peraturan menjadi lebih jelas..

Tonton webinar

Tangkapan Layar 2020-10-15 di 5.39.01 PM.png

Kesimpulannya, token universal bersifat modular, evolutif, dan dapat disesuaikan dengan beberapa kasus penggunaan, sehingga menjadikannya standar yang relevan untuk mencapai penyatuan dua dunia..

Kemungkinan untuk mengaktifkan dan menonaktifkan fitur kapan saja, memungkinkan penerbit untuk beralih dari CeFi ke DeFi dengan token yang sama.

  • Evolusi undang-undang akan memungkinkan keuangan tradisional perlahan-lahan bermigrasi menuju pengaturan yang lebih “terdesentralisasi”

  • Di sisi lain, antarmuka alat DeFi akan berkembang menjadi kompatibel dengan jumlah standar yang lebih tinggi (dengan mendukung penyimpanan token, sertifikat, dll.)

Hubungi pakar tokenisasi di Codefi untuk mempelajari lebih lanjut Jelajahi Aset Codefi

Asset ManagementTokenizationUniversal TokenNewsletterBerlangganan buletin kami untuk berita Ethereum terbaru, solusi perusahaan, sumber daya pengembang, dan banyak lagi.

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
Adblock
detector
map