Terima kasih kepada semua orang yang telah mengajukan pertanyaan dan bergabung dengan AMA kami. Anda dapat menemukan transkrip lengkapnya di bawah.

Transkrip AMA

Piers: Baiklah. Halo semuanya. Jadi, kami ada di Bigmarker. Anda dapat menambahkan Tanya Jawab Anda ke samping. Jadi panel samping ada di sini, eh, dan Anda bisa, eh, memberi peringkat pertanyaan sehingga Anda bisa memberi suara positif pada pertanyaan yang Anda ingin kami jawab. Kami sudah, eh, sudah mengumpulkan beberapa di depan, jadi kami akan mulai yang pertama. Apa pun yang Anda tambahkan, kami dapat menjawabnya.

Ini akan selesai tepat di atas jam, jadi itu akan menjadi tepat satu jam. Apa pun yang tidak kami bahas akan kami bahas dan jawab dan kami akan menambahkan ke blog pembaruan tentang AMA, jadi mari kita mulai dengan yang pertama!

Dapatkah Anda memberi kami tanggal sedini mungkin ketika kami berharap mendapatkan tanggal yang dapat dipercaya untuk publikasi dokumen garis waktu baru? Bahkan dokumen tanpa tanggal, tetapi hanya spesifikasi yang menggambarkan urutan linier peristiwa dan ketergantungan pada peristiwa sebelumnya akan membantu.

Dan: Kami telah melakukan banyak pekerjaan pada hal-hal teori, jadi kami meletakkan potongan-potongan terakhir ke kertas putih yang menjelaskan Cerberus, juga banyak perencanaan pengembangan seputar tugas-tugas yang perlu dilakukan untuk diterapkan Cerberus dan semua bagian kecil yang dibutuhkannya secepat mungkin.

Tidak memiliki garis waktu yang konkret saat ini, jadi ini akan menjadi sedikit kabur untuk sementara, tetapi dengan pindah ke repositori open source, kita akan dapat melihat kemajuan dan orang-orang kemudian dapat mulai membuat perkiraan sendiri dan di situlah Anda mendekati pengujian beta dan MVP - mungkin kita benar-benar dapat menentukan tanggal yang masuk akal.

Kami sampai pada tahap di mana saya tidak suka berbicara tentang kencan karena itu tidak berjalan dengan baik, jadi Sophie akan membunuh kami jika kami melakukan itu.

Menurut cara berkomunikasi Radix, Anda telah memutuskan untuk menggunakan open source secara default dengan setiap repo baru yang Anda rilis. Di masa lalu Anda telah merencanakan untuk menggunakan close source untuk bagian penting dari kode untuk mencegah peniru membuat perubahan kecil pada kode Anda dan bersaing dengan Anda. Bagaimana Anda berencana menghadapi ancaman peniru seperti itu atau berkata, apa arti repo?

Dan: Oke, jadi repo adalah repositori. Jadi kami adalah tempat penyimpanan kode, jadi hal-hal yang Anda lihat di github.

Jadi, pergeseran dari tetap menggunakan sumber tertutup menjadi mendapatkan rute sumber terbuka ini benar-benar didasarkan pada fakta bahwa kami perlu menunjukkan kemajuan. Beberapa tahun yang lalu, sebelum ada tim Radix dan segalanya, komunitas lebih terlibat dan semua orang tahu lebih banyak tentang apa yang terjadi dan kami akan mengadakan diskusi ini…

Kami benar-benar ingin mencoba dan kembali ke sana karena itu cukup produktif, juga saya akan mengatakan, um, itu hanya memungkinkan orang untuk mengetahui lebih banyak tentang apa yang terjadi dan, dan tidak hanya memiliki beberapa tanggal sewenang-wenang di masa depan - dan itu semacam fokus pada. Itu berarti kami juga dapat menggunakan kalian untuk menguji rilis kami.

Beralih ke opensource, sementara alasan utamanya adalah untuk mencoba dan memindahkan kepercayaan itu, pada apa yang sebenarnya kami lakukan, tidak sedikit lebih tinggi dan juga agar kami dapat mulai memamerkan beberapa hal yang telah kami kembangkan, yang tidak ada bahkan melihat.

Begitu banyak pekerjaan yang telah kami lakukan pada berbagai bagian dari teknologi dan penelitian dan semua hal semacam itu yang bahkan tidak ada yang tahu bahwa kami memilikinya. Itu bisa sangat berguna untuk membukanya dan berkata, lihat, Anda tahu, kita tidak hanya bergaul selama 10 tahun terakhir - kita sebenarnya telah melakukan semua hal keren ini. Itu akan sangat berguna

Layanan sumber terbuka adalah sedikit perubahan dari beberapa hal mendidih yang coba dilakukan Tempo.

Kami ingin mengembangkannya - komponen utama Cerberus yang benar-benar baru adalah bagaimana kami mengambil mekanisme konsensus toleransi kesalahan Bizantium tiga fase, dan kemudian menerapkannya ke dalam teori sharding kami yang telah kami uji cukup baik dengan hal-hal seperti 1MTPS uji.

Kami telah berbicara tentang semua teori, teknologi, dan penelitian itu cukup banyak - jadi jika ada yang akan mencurinya, mereka mungkin sudah membangun sesuatu dengan ide-ide itu. Mesin Radix apakah itu adalah titik yang sangat lengkap sehingga tidak masuk akal untuk menyimpan sumber tertutup itu?

Sekarang sudah terbuka. Anda bisa, Anda benar-benar bisa mengambilnya dan mengunci sesuatu yang lain juga. Jadi itu hal yang sangat lengkap.

Algoritma BFT tiga fase komit, juga cukup matang dan sekarang, tidak ada benar-benar apa pun yang akan kami buka sumbernya mulai saat ini yang menurut saya adalah novel super yang belum diketahui atau bukan sesuatu sana.

Piers: Ya. Saya pikir ada juga semacam, konsep yang lebih luas di sini. Alasan mengapa blokir publik DLT publik memberi kepercayaan kepada orang-orang adalah karena mereka semacam, tidak ada satu titik kegagalan, termasuk dalam basis kode. Seseorang dapat datang dan, dan, dan memastikan hal itu, akan selalu menjadi domain publik dan akan selalu tersedia.

Bahkan jika Dan meninggal atau kami menghilang atau semacamnya .. Kami mencoba untuk menjadi platform bagi semua orang dan kami ingin melibatkan orang-orang dalam perjalanan itu. Dan saya, kami selalu berkonflik. Ini seperti berkonsentrasi dan menyelesaikan sesuatu versus membiarkan orang melakukan perjalanan itu bersama Anda.

Dan seperti itu. Cara yang kami lakukan sebelumnya, apakah kami telah kehilangan hal yang sangat hebat tentang Radix di awal ketika kami mampu melakukannya lebih banyak, segera bekerja dengan komunitas dan membuat sesuatu yang lebih baik sebagai hasilnya. Jadi, ini benar-benar kombinasi dari kami ingin menunjukkan kepada orang-orang apa yang sedang kami kerjakan dan kemajuannya, tetapi kami juga ingin memberikan lebih banyak kesempatan kepada orang-orang untuk terlibat juga.

Dan: Juga, poin penting adalah bahwa itu selalu niat untuk tetap open source -mungkin lebih awal dari yang diharapkan.

Mengapa minggu ini di terdapat beberapa masalah besar? Maksud saya, mengapa tidak menggunakan kembali semua atom minggu dan memaksa node atau klien untuk mengirimkan kembali atom? Ini, menurut saya, sebagian besar akan memengaruhi mereka yang ingin mempermainkan sistem. Atom yang lemah dan tanpa konflik tidak akan pernah menjadi atom yang lemah.

Dan: Tanpa terlalu mendalami teknis tentang apa tempo dan bagaimana tempo, bagaimana melakukannya. -masalah utamanya adalah bahwa Anda dapat memiliki dua atom yang memasuki jaringan titik yang berbeda dan mereka menyebar ke seluruh jaringan dan mereka mengenai node, selama gosip, dan mereka membangun bukti temporal ini. Jadi jika Anda memiliki jaringan yang besar, dan katakanlah Anda memiliki 5.000 node di satu dan 5.000 node di sisi lain, memiliki beberapa mekanisme sederhana seperti "hei, hal ini baru saja terjadi. Pada saat yang sama, kita semua harus melupakannya. ”

Anda harus mengirim banyak pesan di antara semua node tersebut dan kemudian dia melakukannya, jika ada pesan dan Anda tidak tahu apakah pesan tersebut sampai di sana jika beberapa node akan mengabaikan pesan tersebut atau menyimpan info tersebut. Jadi tidak sesederhana mengatakan, Oh, ya, ada dua hal ini dalam jaringan, dan itu bisa berubah dan mulai lagi. Ada banyak kerumitan di sekitarnya.

Piers: Saya pikir ada seperti dengan semua hal ini, Anda akhirnya, Anda dapat memilih seperti mesin Rube Goldberg yang, terlalu rumit untuk menyelesaikan sesuatu. Anda berkata, oke, kami punya masalah dengan bagian ini, jadi kami perlu melakukan hal ekstra ini yang kemudian menambahkan semua kompleksitas pesan ini, lalu kami perlu melakukan hal yang menambah pesan ini.

Dapatkan di belakang panggung dan Anda sampai pada titik di mana meskipun itu seperti dari sangat. Seperti sudut pandang mekanis, mungkin menyelesaikan masalah, tetapi dari sudut pandang kesehatan jaringan mungkin akhirnya menyebabkan masalah besar DDoSs dan hal-hal seperti itu. Jadi Anda hanya memindahkan satu masalah ke masalah lainnya. Kami telah menghabiskan banyak waktu untuk melihat bagaimana kami dapat menyelesaikan hal-hal tersebut dan pada akhirnya mengambil keputusan bahwa itu tidak akan menciptakan sistem yang elegan dan aman serta aman dan hidup yang akan selalu memiliki jaminan tersebut. Jadi, Anda tahu, kami akan berbicara lebih banyak tentang apa yang telah kami lakukan di masa lalu dan apa yang tidak berhasil serta apa yang kami pelajari darinya.

Itu adalah rute yang kami lalui sebelumnya - kami seperti, oke, dapatkah kami menemukan cara untuk menambal lubang khusus ini? Tetapi kami menemukan bahwa ada konsekuensi terhadap cara Anda melakukannya dalam mekanisme yang berbeda -itu banyak jenis ketidakpastian yang kami alami di tim pengembang.

Dan: Jadi setelah kami menemukan masalah atom yang lemah ini kami menghabiskan dua atau tiga bulan mencoba untuk mencoba mengatasi masalah ini dengan cepat.

Perbaikannya cukup drastis. Banyak operasi yang dilakukan untuk menerapkan perbaikan tersebut dan masih menimbulkan ketidaktahuan karena banyak konsep tempo yang sangat boros hampir - semacam itulah titik di mana kita seperti, Anda tahu apa, seperti mencoba hanya melakukan semua hal ini pada saat yang sama dan sementara kami dapat memperbaikinya, hal itu mungkin membawa hal-hal yang tidak diketahui - jadi nanti dalam enam bulan lagi, kami mungkin menemukan beberapa masalah lain dan kami harus kembali lagi. Semua orang ingin kita menggunakan jaringan yang dapat diskalakan, jadi mari kita fokus melakukan hal itu, semuanya terlebih dahulu.

Piers: Ya. Berfokuslah pada hasil daripada mekanismenya.

Jika POS dapat menghasilkan 1 juta transaksi per detik, bagaimana Anda bahkan dapat menghapus sistem konsensus POS? Itu belum pernah dilakukan sebelumnya. Setidaknya tempo dengan jam logis dan bukti temporal dirancang untuk itu.

Dan: Oke, jadi Proof of stake adalah mekanisme perlindungan sybil dan tidak benar-benar ada hubungannya dengan seberapa cepat Anda, mekanisme konsensus Anda. Keduanya adalah hal yang sangat terpisah, bukan? Mekanisme sybil melindungi dari serangan sybil dan mekanisme konsensus Anda menggunakan mekanisme sybil, dalam hal ini, untuk menyediakan sekumpulan validator yang akan digunakan untuk memvalidasi transaksi tertentu. Jika Anda akan menjeda beberapa hal di sini, itu berubah - itu frekuensi yang cukup rendah, jadi Anda punya waktu seperti staking dan waktu unstaking, jadi semacam itu terus berlanjut. Kemudian node yang sama semacam itu terus-menerus.   Mekanisme konsensus Anda hanya menarik dari informasi saya untuk mencari tahu - "oke, node mana yang akan saya bicarakan sekarang untuk hal khusus ini, node mana yang akan saya bicarakan tepat setelah hal ini".

Jadi, Anda tidak benar-benar membagikan bukti mekanisme sybil pasak. Itu bahkan tidak cocok dengan apa yang Anda lakukan. Satu hal yang perlu Anda miliki adalah jika Anda menggunakan POS maka semua node dalam jaringan perlu mengetahui apa, node mana yang telah didapat, berapa banyak yang dipertaruhkan dan jika ada unstaking dll. Karena itu proses siklus yang cukup lambat maka itu tidak benar-benar memberikan banyak beban ke jaringan, semua node di jaringan, terlepas dari berapa banyak pecahan yang mereka layani dan di mana Itu tidak benar-benar memberikan sejumlah besar beban yang harus mereka tangani. Itu tetap cukup statis.

Jadi Anda hanya menarik dari node dan ke node ini, dan ini tentang berita dan konsensus Anda membuat asumsi bahwa Anda masih meninggalkan banyak drama.

Piers: Awal dari percakapan itu dinyatakan relatif jelas di kertas Cerberus

Dan: Uh, yeah, yeah, itu dia. Ya. Maksud saya, saya rasa ini tidak terlalu mendalam karena, PoS hanyalah mekanisme sybil.

Jadi, jadi kami, kami melakukan beberapa eksperimen pemikiran dan setelah itu, setelah kami memakukan teori landasan tentang apa yang dilakukan Cerberus dan hanya semacam eksperimen, oke, alih-alih membuktikan taruhan, kami melakukan bukti kerja di sini dan apa efeknya.

Jelas kami tidak ingin melakukan pembuktian pekerjaan karena itu mahal dan memusatkan segalanya.

Akankah publik, siapa pun pasti bisa membeli token. Misalnya. tidak ada kesempatan untuk bertahan selama bertahun-tahun hanya untuk mengetahui satu-satunya investor terakreditasi yang dapat membeli. Dan menurut Anda, kapan ini akan memakan waktu sebelum peluncuran?

Piers: Ini adalah sesuatu yang telah kami habiskan banyak waktu dengan pengacara kami. Saya menyukai konsep distribusi dan memastikan bahwa setiap orang memiliki kesempatan yang adil untuk berpartisipasi, terutama ketika Anda mulai memikirkan tentang bukti kepemilikan daripada bukti seorang saudara dan menyukai bukti reputasi atau bukti penting atau sesuatu yang lain.

Maka itu benar-benar menjadi pertanyaan penting dan ini adalah prioritas yang sangat tinggi bagi kami. Jadi, um, semua yang bisa kami lakukan secara legal akan kami lakukan. Saya pikir ada beberapa risiko bagus ke depan di sini, tapi itu akan muncul nanti. Tapi ya, saya mengerti, Anda tahu, dari mana pertanyaan itu berasal dan itu adalah sesuatu yang benar-benar kami upayakan dengan keras.

Kapan kita bisa mengharapkan alpha / beta dari implementasi POS baru? Dan bagaimana cara menggeser / memengaruhi pekerjaan yang dikembangkan oleh pengembang untuk pengembang atau yang bekerja dengan API saat ini?

Dan: Jadi niatnya adalah untuk membuat mereka sedekat mungkin dengan mereka yang sudah ada, sehingga dampak apa pun bagi orang-orang yang bekerja dengan API minimal. Antarmuka titik akhir API tersebut dengan Radix Engine, tidak seperti konsensus nanti. Jadi mereka benar-benar tetap cukup statis - mungkin beberapa tambahan untuk menangani bukti kepemilikan

Piers: Saya menganggapnya seperti kue lapis. Kami benar-benar mencoba memodularisasi semuanya. yang berarti bahwa banyak pekerjaan yang telah kami lakukan di tingkat yang lebih tinggi, jadi bagaimana cara developer Anda akan hidup untuk melakukan hal itu, kami mencoba untuk sedekat mungkin dengan cara kerja sistem yang mendasarinya. Jadi Anda dapat memikirkan implementasi sybil yang memengaruhi pilihan validasi Anda, hal-hal seperti itu, algoritme konsensus Anda bekerja dengan model data untuk lingkungan yang dipecah, kemudian model atomnya, cara Anda menyetujui transisi status apa itu terjadi dan kemudian perpustakaan yang kemudian membahasnya. Kami tidak mengubah model atom itu sendiri dan bagaimana fungsinya, yang berarti bahwa titik akhir API dan semua hal yang akan Anda lakukan adalah pengembang tetap konstan.

Kami tahu bahwa orang-orang telah mulai membangun sesuatu dan kami ingin memastikan bahwa ada dampak sekecil mungkin bagi orang-orang yang telah membangun barang menggunakan jaringan Radix.

Dan: Jadi, Alfa / beta penerapan PoS - jadi pengembangan sudah dimulai minggu ini. Um, kami punya lebih banyak jenis pengelompokan tugas dan hal-hal yang sedang kami kerjakan untuk mencari tahu apa saja yang kami perlukan untuk mengembangkannya.

Ada banyak hal yang harus dilakukan untuk membangun dasar-dasar Cerberus. Jadi, kami tidak benar-benar mencari pengujian alfa / beta apa pun sebelumnya, katakanlah, Juli lalu, ya, kami mungkin bisa mulai dengan pengujian beta (Piers: bergantung pada bagaimana pengembangan berjalan) - ini bukan janji! Dengan asumsi siklus pengembangan kami berjalan cukup lancar, itu mungkin

Piers: Ya. Dan sekali lagi, inilah mengapa kami mencoba untuk membuka banyak hal karena seperti kami ingin memberikan informasi kepada orang-orang sehingga mereka dapat melihat bagaimana hal tersebut terjadi pada siklus pengembangan dan dapat melihat di mana area ketidakpastian tentang apa yang masih perlu dilakukan. sebelumnya lho, milestone XYZ bisa diraih.   Pada akhirnya, tujuan nomor satu kami adalah, memberikan jaringan dalam jangka waktu sesingkat mungkin, tetapi dengan peringatan bahwa jaringan harus cukup aman sehingga kami memiliki keyakinan yang tinggi kepada orang-orang bahwa mereka tidak akan kehilangan uang mereka. Jadi ada kombinasi seperti hal-hal dan pengujian yang harus kita lakukan untuk memastikannya benar.

Akankah model atom bekerja dengan Cerberus?

Iya.

Going PoS akan mempengaruhi distribusi token yang diusulkan saat ini. Apakah Anda memiliki gagasan seputar masalah terkini dengan implementasi PoS yang ada, seperti manipulasi kartel pemungutan suara, kumpulan, sentralisasi paus?

Dan: Ya, jadi ini, ini adalah salah satu titik sakitnya.

Itu berjalan mundur dan maju setelah beberapa saat ketika memikirkan tentang seperti apa mekanisme sybil itu dan untuk mendapatkan jaringan yang dapat diluncurkan secepatnya. Um, dan ada beberapa hal tentang PoS yang tidak dapat Anda masukkan. Sentralisasi adalah sifatnya. Jadi itu akan terjadi.

Jadi, itu bukanlah hal yang akan kami coba dan tangani. Um. Beberapa elemen PoS dan masalah dengannya menjadi sedikit lebih mudah ketika tidak ada di blockchain - garpu, misalnya, tidak ada serangan yang dipertaruhkan menjadi sedikit lebih dibatasi, dulu sedikit lebih spesifik sebagai serangan tentang apa itu. Anda benar-benar dapat melakukannya dan bagaimana Anda dapat memanfaatkan apa pun yang dipertaruhkan untuk keuntungan Anda.

Mereka masih memiliki hal-hal seperti menebas yang bisa kamu lakukan. Hal-hal menjadi sedikit lebih sederhana juga, karena Anda memiliki semua cabang ganda ini. Anda tidak perlu mencari tahu semua percabangan ganda ini - yang asli, yang akan Anda tebas. Algoritme BFT commit multi-fase lebih mengutamakan keamanan daripada kehidupan

Artinya, setelah Anda mendapatkan kesepakatan, sangat sulit untuk membuat percabangan. Dan jika garpu disebabkan, maka keamanan lebih disukai, jadi lebih mudah - Anda tidak memiliki dua garpu yang berbeda ini, dan jika terlalu jauh, maka Anda akan berakhir dengan apa yang disebut petisi, mengapa Anda memiliki jaringan kecil dan jaringan besar. Jaringan besar terus berlanjut dan jaringan yang lebih kecil juga. Um, tapi tidak ada cara untuk merekonsiliasi jaringan tersebut, jadi meskipun Anda tidak memilih keduanya, pada dasarnya itu adalah dua jaringan yang berbeda.

Piers: Ya, maksud saya, kemudian ini menjadi pekerjaan sosial dalam rekonsiliasi. Saya pikir penekanan pada apa yang akan Anda lihat banyak pada bagaimana kita mendeskripsikan apa yang sedang kita bangun, akan menjadi cukup baik - dan kemudian jalan untuk menjadi lebih baik. Jadi, Anda tahu, mendapatkan jaringan publik yang stabil, yang memungkinkan desentralisasi dalam bentuk, I. E. siapa pun dapat bergabung dengan jaringan jika mereka mau dan siapa pun dapat berpartisipasi dalam jaringan jika mereka mau. Mengingat kemampuan taruhan itu awal yang cukup baik. Masih ada beberapa hal yang perlu diselesaikan, dan kami bukan satu-satunya tim yang mencoba menyelesaikannya. Anda tahu, ini adalah masalah untuk bukti penerapan pasak apa pun yang Anda lihat di dunia saat ini. Dan kami senang bisa mewujudkannya, otak tim kami, bersama dengan otak komunitas untuk itu juga. Namun pada akhirnya, hal itu tidak menghalangi kami untuk mencapai jaringan publik yang terdesentralisasi, meskipun dengan beberapa hal yang masih perlu diselesaikan selama proses.

Seberapa cepat kita bisa mengharapkan alpha net untuk bermain dengan itu? Apa finalitas dengan implementasi PoS baru, kami berada di bawah lima detik sebelumnya. Apa yang Anda harapkan dengan biaya?

Dan: Sekali lagi, jenis kembali ke komentar sebelumnya di mana bukti taruhan tidak benar-benar memengaruhi hal-hal semacam itu. Itu tidak mempengaruhi finalitas, throughput atau semacamnya. Jadi finalitasnya akan serupa - mungkin sedikit lebih cepat, mungkin sedikit lebih lambat. Kami tidak tahu sampai kami membangun dan mengujinya - itu tidak akan terlalu jauh dari apa yang kami katakan sebelumnya.

Piers: Ya. Dan kira-kira, sekitar lima detik mungkin sangat masuk akal.

Untuk apa skenario kasus terbaik, dalam peluncuran itu?

Piers: Tergantung apa yang Anda bicarakan. Saya kira skenario kasus terbaik adalah kami memiliki MVP pada penurunan pertama, jadi kami menyebutnya MVP nol. Ini stabil dan berjalan seperti yang diharapkan, dan kami tidak perlu melakukan perubahan besar apa pun yang mencegah kami melakukan roadmap skalabilitas - MVP2, MVP3, dll.

Jadi, pastikan saja bahwa basis awal tersebut adalah fondasi yang benar-benar kokoh untuk a, untuk jalur peningkatan ke skalabilitas yang wajar dan kemudian skalabilitas linier di titik akhir. Pada dasarnya itulah perbedaan cara kami membangun di sini - kami membangun dengan mempertimbangkan skalabilitas. Kami membangun dengan struktur data yang skalabilitasnya dipisahkan sejak awal. dibangun di sekitar prinsip-prinsip dasar yang kami pelajari dari tempo dan semua hal lain yang kami buat sebelumnya - tapi ya, skenario kasus terbaik untuk mainnet adalah mainnet stabil yang sudah dapat digunakan orang dan segera mulai dijalankan .

Apakah perpustakaan Radix yang dirancang saat ini masih valid, apakah mereka membutuhkan pengerjaan ulang yang besar?

Piers: Kami menggunakan model atom, jadi tidak.

Mengapa Zalan meninggalkan perusahaan?

Bagi Anda yang tidak tahu - dia adalah kepala DevOps. Dia adalah orang yang sangat berbakat dan sangat menyukai kumpulan masalah dari masalah jaringan yang sangat besar. Pada akhirnya, itu sampai pada titik di mana dia tidak benar-benar menggunakan keahliannya yang sangat tepat dan mampu menerapkannya pada apa yang kami lakukan karena kami mengalami sejumlah penundaan.

Sayangnya, dia memutuskan untuk beralih ke tantangan baru di mana dia sekarang bekerja dengan perusahaan mobil pintar yang sudah memiliki banyak mobil di jalan - dia bekerja tentang cara memastikan bahwa mobil tersebut dapat digunakan dengan lebih efektif. Kami mencintai Zalan, dia pria yang hebat. Kami masih berhubungan.

Dia masih membantu kami dari waktu ke waktu, tetapi pada akhirnya perusahaan tidak berada pada tahap yang akan membenarkannya untuk bertahan.

Bukankah penting untuk memiliki alfa / beta yang sudah berjalan sebelum OTC tersedia?

Dan: Benarkah?

Piers: Maksud saya, menambah kepercayaan diri, bukan?

Dan: Tapi tetap saja, Anda bisa melihat kemajuan dan reponya…

Piers: Jadi, salah satu kesalahan yang telah kami buat di masa lalu adalah berfokus pada, dari sudut pandang pengiriman teknologi, persyaratan pemasaran jangka pendek, yang merugikan untuk benar-benar memberikan hal yang seharusnya kami berikan.

MVP zero first drop telah ditangkap kembali ke apa yang kami anggap sebagai tulang punggung absolut dari apa yang dibutuhkan jaringan, masih lebih suka melestarikan model atom dan semacam programabilitas API yang mudah. Jadi, Anda tahu, Jika kebetulan penurunan nol MVP kami mencapai titik di mana kami dapat menjalankan dan alfa atau beta pada titik itu, tentu saja!

Yang tidak ingin kami lakukan adalah mengalihkan tujuan pengembangan dari benar-benar menghadirkan jaringan publik. Karena setiap orang dapat melihat kode itu dan menjalankan pengujian yang akan dijalankan. Pada saat Anda mengetahuinya, yang datang sekitar setengah tahun ini, maka harus ada jumlah yang cukup bagi orang untuk dapat melihat dan bermain dengan dan semoga a jaringan alfa / beta - tetapi jika tidak mendapatkan itu, maka akan menjadi bodoh mengingat pengalaman kami sebelumnya untuk memindahkan tujuan pengembangan dari pengiriman jaringan utama, karena pada dasarnya itulah yang ingin Anda fokuskan.

PoS membutuhkan banyak pekerjaan untuk diterapkan dan memiliki banyak infrastruktur yang mungkin tidak beralih ke sistem lain - kumpulan taruhan, penghargaan - berapa banyak darinya yang dapat dialihkan ke sistem berikutnya.

Dan: Oke, jadi tidak ada jadwal pasti aktif, pada titik mana kita ingin mengganti PoS. Saya pikir itu mungkin mencoba untuk melihat terlalu jauh ke masa depan - jika berfungsi dengan baik dan dapat menjaga keamanan jaringan, apakah Anda benar-benar ingin pergi dan mengubahnya hanya demi itu? Mungkin tidak.

Piers: Saya pikir itu adalah keputusan prioritas yang dipimpin komunitas, bukan? Seperti jaringan yang keluar dan ada, ada sumber daya pengembang dalam jumlah terbatas di perusahaan, dan kemudian akan ada sejumlah terbatas orang di komunitas yang peduli dengan berbagai hal. Ada begitu banyak hal yang perlu solid untuk jaringan publik - mulai dari kemampuan program dan fungsionalitas hingga, skalabilitas hingga, hingga mekanisme perlindungan sybil dan semua hal semacam itu.

Kami tidak menetapkan batas waktu untuk itu karena ketika kami mendapatkannya, kami tidak tahu seperti apa prioritas setiap orang nantinya. Mungkin orang-orang sebenarnya cukup senang dengan hal itu karena prioritas sebenarnya adalah kami benar-benar ingin mencapai throughput ini karena kami sekarang mengalami hambatan yang, Anda tahu, 10.000 atau 50.000 transaksi per detik karena cara jaringannya. sedang digunakan.

Itu harus menjadi keputusan yang dipimpin komunitas / pengembang yang akan - setiap orang akan dapat menjadi bagian dari percakapan itu

Dan: Ya. Maksud saya, itu tergantung jika kita mendapatkan, jika kita memiliki alternatif yang tidak menawarkan perbaikan segera atas masalah lain yang tertunda, maka masuk akal untuk menundanya nanti - jika kita memiliki sesuatu yang meningkatkan sesuatu itu menyebabkan masalah, yaitu sentralisasi dan jaringan atau semacamnya, maka mungkin lebih bijaksana untuk kemudian menerapkannya. Saya pikir kita hanya harus menunggu dan melihat. Apa yang perlu kita lakukan versus apa yang ingin kita lakukan.

Mengingat Anda akan sepenuhnya open source, bagaimana Anda akan memonetisasi layanan konsultasi dan implementasi?

Monetisasi datang langsung dari token - seperti banyak platform jaringan publik sumber terbuka lainnya seperti Ethereum atau Neo, Stellar - semua ini. Pada akhirnya, cara kami membangun ekonomi benar-benar sangat sesuai dengan nilai yang keluar dari token dengan apa yang terjadi di jaringan. Kami benar-benar ingin mempertahankan insentif yang selaras dengan itu dan memastikan bahwa jaringan publik bagus.

Mengenai MVP sebelum alpha-beta. Perenungan saya tentang ketersediaan OTC sebelum alpha-beta dikaitkan dengan pemikiran bahwa klien yang sedang berjalan dapat meningkatkan harga XRD. Jadi jika MVP datang sebelumnya - mungkin OTC harus tersedia selama MVP.

Piers: Ya.Seperti sekali lagi, kita akan melihat bagaimana peta jalan pengembangan dimainkan.

Sekarang dan nanti kita punya sedikit waktu. Hal utama yang ingin kami lakukan sebagai perusahaan adalah memastikan bahwa tim memiliki semua yang mereka butuhkan untuk memulai dan mereka sepenuhnya fokus pada hal itu. Kemudian kami akan menyesuaikan ekspektasi, komunikasi, dan apa yang akan kami lakukan ke depan sebagai teknologi Radix dan status teknologi saat tim bekerja di sepanjang garis waktu yang mereka nilai berdasarkan tujuan yang telah kami tetapkan .

Beri tahu kami apa yang Anda ketahui dan apa yang tidak Anda ketahui tentang SMS?

Dan: Jadi apa yang kami ketahui tentang SMS… sepertinya melakukan apa yang kami ingin lakukan, yaitu, um, menghukum penyerang dengan membuat semua orang berperilaku sebagai penyerang - mekanisme Sybil umumnya tidak lakukan adalah Anda memiliki aktor rasional Anda dan Anda memiliki cara aktivisme rasional Anda - mereka terlihat sangat berbeda satu sama lain sehingga perilaku mereka, Anda tahu, juga sangat berbeda. SMS dirancang untuk mempertentangkan keduanya sehingga semua orang harus melakukan beberapa aktivitas. Aktor jujur ​​tidak bertindak berbeda dengan aktor yang tidak jujur. Begitulah jaringan dan itu, dan jika Anda mendidihkannya menjadi paku payung kuningan, um, dan jadi jika semua orang menyerang jaringan, semua serangan umumnya disebut jarak jauh.

Jadi saya tidak bisa begitu saja masuk ke jaringan sekarang dengan menggunakan sebagian daya komputasi dan dalam satu jam berikutnya saya telah mengontrol jaringan. Tidak seperti itu. Itu menolak tentang kekuatan komputasi yang lebih besar - Saya mendorong jaringan, semakin kuat jaringan yang menahan saya karena saya mendapatkan, eh, identitas saya terpotong, tiket saya dipotong, dan semacamnya.

Kami melakukan cukup banyak pengujian seputar itu dan kami membangun banyak teori dan simulator dan semua hal lainnya untuk menyertainya. Dan di permukaan, itu terlihat bagus - lulus tes, semua jenis fungsi formal diperiksa. Namun, ini semacam perubahan paradigma sehingga ada banyak pemikiran tentang apa yang kita lewatkan - apa, apa yang tidak kita ketahui? Itu masih berisiko

Piers: Ya. Ini juga seperti Anda menambahkan dua derajat Litbang daripada satu derajat Litbang ke proyek yang ingin Anda wujudkan. Dan semakin banyak ketidakpastian yang Anda bangun, semakin banyak pasir yang bergeser. Itu masih teori yang sangat menarik.

Ini mendekati masalah sybil dengan cara yang sangat berbeda. Tapi, um, ya, itu hanya, dari semua jajak pendapat yang telah kami lakukan dalam pembicaraan yang telah kami lakukan dengan berbagai anggota komunitas, jadi hanya memahami apa persyaratan pengembang dan apa yang orang anggap bermasalah di platform lain. . Biasanya hal itu tidak tergantung pada Sybil - melainkan pada hal-hal seperti, "Oh, sangat sulit melakukan hal semacam ini untuk membangun kontrak kecil semacam ini. Atau seperti hasil yang benar-benar omong kosong ketika saya membutuhkannya. Atau, Anda tahu, saya khawatir saya akan mengalami kemacetan di masa mendatang jika saya benar-benar berhasil, atau sangat mahal untuk digunakan ”dan hal-hal ini bukanlah masalah sederhana.

Ini adalah masalah yang harus dilakukan dengan platform sebagaimana adanya. Masalah Sybil seperti, saya pikir dalam beberapa hal masalah eksistensial yang kita inginkan secara kolektif adalah mengetahui bahwa jaringan dapat diambil alih dan diserang secara sewenang-wenang sehingga semua hal yang saya inginkan, yang merupakan nilai pada platform itu adalah tiba-tiba berisiko dan, Anda tahu, memindahkan serangan dari jarak pendek, seperti semua serangan saat ini, bukti kerja atau bukti taruhan dari serangan jarak dekat. Saya bisa pergi dan membeli banyak hashing power, saya bisa pergi dan membeli banyak, um, saham dan, dan masuk ke jaringan dengan cara itu.

Itu masalahnya. Namun bukan masalah yang mencegah orang, dari membangun sesuatu dan melakukan sesuatu dan menciptakan yang hebat, Anda tahu, semacam bisnis darinya. Jadi saya pikir itu adalah salah satu hal di mana itu seperti, ya, kita, kita akan perlu untuk itu, tapi itu salah satu masalah yang hanya ada ketika jaringan menjadi sangat, itu penting secara sosial daripada hanya penting secara akademis atau seperti penting untuk beberapa kelompok orang yang sudah selaras dengan mekanisme yang ada seperti staking atau bukti kerja.

Dan: Jadi, ya, tiga hal utama yang diberikan SMS, um, adalah bahwa itu sangat tahan sentralisasi sehingga membuat semua serangan jarak jauh dan efisien. Ya. Tapi itu saja. Um, tapi bagaimanapun, intinya aku akan membuat. Um, semua itu nantinya akan menjadi sangat penting dalam jaringan berskala super - tetapi tidak ada yang tidak dapat dilakukan oleh POS sejak awal.

Jadi misalnya ketika semua likuiditas Anda berpindah dalam POS dari saham menjadi produk DeFi, benar, karena mereka menghasilkan lebih banyak uang dari likuidasi daripada dari saham dan poin dan menyukai pinjaman atau sesuatu yang terjadi - dan pada titik itu seperti oh Sial, mungkin kita perlu berpikir untuk mengganti proof of stake karena semua stake yang dapat dimasukkan ke DeFi sebenarnya mengurangi keamanan jaringan. Itu tidak akan terjadi di jaringan kami, akan segera terjadi, dan perlu beberapa waktu. Jadi itulah hubungan baik bagi orang-orang untuk datang dan mulai membangun hal-hal itu dan memiliki SMS, itu akan bagus - ya, tentu. Tidak, tidak perlu untuk mencegah hal-hal keluar dari gaya itu dengan bukti kepemilikan, um, pilihan yang jauh lebih berisiko karena kita tahu apa yang harus kita lakukan. Kami tahu apa yang bisa dan tidak bisa kami lakukan. Masih ada yang belum diketahui dengan bukti kepastian taruhannya, Tapi tidak sebanyak SMS. Baik.

Apakah Anda sudah bekerja dengan proyek pihak ketiga yang Anda sukai seperti kehidupan? Bisakah kita mendapatkan petunjuk tentang apa yang sedang dikerjakan? Atau terlalu dini?

Piers: Ya, kami mengerjakan banyak proyek berbeda. Anda tahu, kami harus kembali dan menjadi sangat jujur ​​dan terbuka dengan mereka dan berkata, lihat, kami akan menunda karena kami menemukan masalah teknis ini dan kami tidak ingin, proyek Anda dihentikan oleh kami . Beberapa partner berkata, "tidak apa-apa karena kalian mengirimkan spesifikasi yang sebenarnya tidak bisa kami dapatkan di tempat lain. Kami tidak bisa mendapatkan skalabilitas yang ramping ini. Kami tidak bisa mendapatkan waktu responsif dan ketersediaan ini yang sebenarnya kami inginkan dalam jangka panjang ”.

Menurut saya, itu minoritas. Mayoritas proyek yang telah kami bantu secara aktif dan berkata, lihat, Anda tahu, kami tidak akan dapat menyelesaikannya dalam jangka waktu yang kami kira sebelumnya - mari bantu Anda melihat alternatif lain sehingga Anda dapat melanjutkan dan menjadi sukses, karena pada akhirnya ini adalah tentangnya. Kami sedang membangun platform untuk mencoba dan membuat orang sukses jika itu tertunda dan kami ingin memastikan bahwa orang-orang itu tidak terjebak oleh kami, tetapi Anda tahu, dalam prosesnya, kami telah belajar banyak tentang apa yang orang lakukan dan tidak ingin mereka membangun di platform. Kami telah berbicara dengan semua orang dari pemerintah kecil yang mencoba mengeluarkan mata uang negara mereka sendiri kepada orang-orang yang mencoba memberi insentif kepada influencer di jejaring sosial, yang membutuhkan skalabilitas besar-besaran dan platform periklanan dan semua hal semacam ini.

Dan itu sangat menarik. Sangat baik untuk menyelami cerita pengguna tersebut dan memahami apa saja persyaratannya dan memastikan bahwa apa yang kami bangun dari sudut pandang pembuat benar-benar cocok dengan itu. Kami telah kembali ke mode pengembangan fokus untuk benar-benar memastikan bahwa ini benar-benar memberikan apa yang diperlukan untuk orang-orang dalam jangka panjang yang kami harapkan dapat menggunakannya.

Apakah PoS akan dapat mencapai 1MTPS?

Dan: Ya. PoS tidak mempengaruhinya seperti yang telah saya nyatakan sebelumnya. Cerberus mendapatkan 1MTPS. Anda akan melihat sendiri setelah whitepaper keluar yang dapat diskalakan secara linier. Ia memiliki beberapa properti menarik yang memungkinkannya melakukan itu, di mana algoritme BFT sebelumnya belum mampu melakukannya, dan itu semua, semuanya bermuara pada data arsitektur yang baik, yang merupakan sesuatu yang saya yakini untuk waktu yang sangat lama. Sebelum Radix saya membangun semua jenis iterasi untuk membagi negara bagian dan memasukkannya ke dalam silo kecil dan barang-barang dan mengaturnya sedemikian rupa sehingga Anda dapat menggunakannya untuk skala dan pecahan.

Piers: Saya telah bereksperimen dengan analogi. Yang saya belum, saya rasa saya belum mengujinya pada Anda, tetapi analoginya adalah jika Anda menganggap blockchain tradisional sebagai CPU, ia harus bekerja secara berurutan pada hal-hal yang diumpankan ke sana. , sedangkan, Anda dapat menganggap Cerberus sebagai GPU tempat Anda dapat memiliki beberapa instance komputasi paralel.

Menghitung lebih spesifik. Ini bukan komputasi umum, seperti CPU, Tapi sebagai hasil dari kemampuan untuk melumpuhkan komputasi itu dan mengurutkannya menjadi semacam yang terkait dan tidak terkait, eh, perubahan status, Anda bisa mendapatkan throughput paralel yang lebih masif.

Dan: Ya, analogi itu berhasil.  

Wikipedia menjelaskan POS dengan banyak variasi cara POS diimplementasikan, Wiki ini dan referensinya. Ini juga mencakup / alamat jenis serangan yang rentan terhadap POS. Variasi penerapan mana yang Anda sukai dan mengapa? Apa yang Anda yakini bahwa Anda tidak mengganti satu rangkaian masalah dengan masalah lainnya?

Piers: Itu pertanyaan yang sangat besar. Kami akan mulai membuat beberapa podcast tentang bidang teknologi tertentu dan diskusi seperti ini akan menjadi tempat yang bagus untuk itu. Saya pikir Dan sudah merujuk pada satu area di mana ini memiliki keuntungan, yaitu Anda tidak benar-benar berakhir dengan tidak memiliki masalah apa pun yang dipertaruhkan dalam cara kami membangun sistem konsensus yang merupakan semacam, salah satu masalah besar yang saat ini ada di tanah blockchain.

Dan: Anda tidak mendapatkannya dengan komitmen multi-fase. Beberapa masalah dengan PoS yang Anda dapatkan di blockchain, Anda sampai di sini dan beberapa masalah yang tidak Anda dapatkan di blockchain, Anda juga sampai di sini.

Piers: ini adalah pertanyaan yang bagus dan kita tidak punya waktu untuk membahas seluruhnya. Tapi ya, lebih banyak informasi akan keluar baik di sekitar Cerberus dan implementasi POS kami juga.

Apakah Dex masih dalam campuran untuk rilis pertama. Jika itu berfungsi pada skala global untuk berbagai aset sepadan, maka itu sendiri adalah aplikasi yang mematikan.

Dan: Saya akan senang menjadi apa yang tidak akan saya coba lagi dan mendidihkan lautan lagi. Jadi seperti yang dikatakan Piers sebelumnya, penurunan MVP awal baru saja dikurangi, dan hanya memberikan dasar untuk bergerak di sepanjang peta jalan skalabilitas kami. Um, bisa menyebarkan token dan aplikasi serta hal-hal sederhana. Radix Engine dapat melakukan beberapa hal itu. Tidak ada yang terlalu eksotis karena fokus kami. Alasan kami mempersempit fokus itu adalah karena kami telah melakukan jajak pendapat komunitas Anda, kami menghabiskan waktu dengan orang-orang yang berselisih dan di telegram, um, siapa pun yang kami ajak bicara, Anda tahu, apa itu hal yang paling menarik tentang Radix bagi Anda?

Semua orang kembali dengan skala sebagai cara nomor satu.

Piers: Dex datang dalam setetes kedua atau ketiga. Jadi seperti ini adalah salah satu hal yang perlu kita diskusikan sebagai komunitas sekitar - kita sampai pada penurunan pertama kita dan kemudian jika itu adalah tingkat skalabilitas berikutnya atau apakah Anda tahu, menghapus PoS dan menempatkan mekanisme Sybil yang berbeda dan masih menjadi prioritas atau apakah Dex sebenarnya merupakan prioritas?

Saya juga ingin, dan Anda tahu, ini adalah sesuatu yang tidak dapat kami lakukan dengan segera, tetapi saya ingin uds dapat membagikan beberapa pemikiran kami tentang bagaimana hal-hal seperti ini akan dibangun dalam sistem kami dan memberi masyarakat lebih memiliki kesempatan untuk membantu pengembangan bersama tentang hal-hal seperti itu, jika itu adalah sesuatu yang sangat mereka pedulikan.

Saya pikir itu sangat menarik, beberapa hal yang sangat keren yang dapat Anda lakukan setelah Anda memiliki lingkungan yang terpecah. Untuk hal-hal seperti dex, elemen besar dari dex membahas bagaimana model sharding dilakukan, tetapi tidak ada dalam peta jalan prioritas kami untuk nomor satu.

Alasan lain mengapa Anda mungkin tidak menginginkannya segera adalah karena dex hanya benar-benar berguna jika ada aset di platform. Dex adalah fungsi kekayaan. Apa kekayaan sistem dan kedua aset berbeda yang tersedia. Dan jumlah yang diinginkan orang untuk dapat memperdagangkan atau menukar aset tersebut.

Jadi, hal pertama yang benar-benar perlu datang sebelum Dex adalah, Anda tahu, menggunakan sistem Radix adalah cara yang sangat bagus untuk membangun aset yang dapat diskalakan, yang, Anda tahu, mesin Radix dirancang untuk menjadi luar biasa. Dan setelah itu, ekosistem itu muncul, Anda kemudian dapat mulai berpikir tentang apa, bagaimana kita bisa membuat sistem lebih baik untuk orang-orang itu, untuk fungsi yang mereka butuhkan?

Hal yang luar biasa tentang buku besar publik adalah interoperabilitas antar aset, kemampuan bagi Anda untuk dapat berpindah di antara mereka dan menukarnya seperti itu adalah aplikasi yang mematikan.

Dan: Ya. Ini seperti di mana EtherDelta tanpa ERC20, bukan?  

Apakah sudah ada aplikasi berguna yang sedang berbaris atau hampir berbaris?

Piers: Kami sedang mengerjakan beberapa (Dan: Wallet?). Anda harus dapat melakukan beberapa hal yang sangat sederhana di platform dan Anda ingin beberapa hal standar ada di sana. Jadi, ya, seperti semua hal yang kami anggap mutlak penting, kami sudah mengerjakan, atau telah, atau telah direncanakan, sedang dikerjakan.

Saat kita sampai pada titik di mana kita memiliki spesifikasi statis tentang bagaimana sistem bekerja untuk orang-orang yang ingin membangun dompet pihak ketiga mereka dengan aplikasi pihak ketiga yang kemudian kita dapat benar-benar mulai memberikan mereka untuk membangun di platform lagi - maka kami pasti akan terlibat kembali.

Tetapi untuk saat ini, sekali lagi, ini semua tentang fokus pada teknologi dan membawanya ke titik di mana orang biasanya dapat membangunnya.

Apa distribusi token saat ini? Apakah distribusi token saat ini bersifat statis atau apakah Anda akan mempertimbangkan perubahan?

Piers: Jadi bagian dari siapa yang akan mendapatkan apa yang ada di atom genesis akan dikatakan seperti di makalah ekonomi. Namun, ada beberapa hal yang perlu kami tangani - distribusi tidak bagus saat ini. Kami ingin memastikan bahwa kami menangani cara-cara membuat distribusi menjadi lebih terbuka di luar platform. Ini masuk ke pertanyaan yang kami tanyakan sebelumnya

Sangat mungkin bahwa kami perlu memperkenalkan sesuatu seperti emisi ke platform agar POS berfungsi dengan baik. Jadi akan ada beberapa diskusi seputar itu. Sekali lagi, Anda tahu, sangat senang mendengar, eh, saran dari komunitas.

Salah satu hal berikutnya yang perlu benar-benar kita perhatikan adalah bagaimana caranya.

Mengingat fakta bahwa kami pindah ke PoS, bagaimana kami dapat memastikan bahwa keamanan jaringan tidak akan menjadi masalah dengan cara kerja distribusi saat ini.

POS akan mengarah pada sentralisasi yang lebih besar. Sebagian besar anggota GC diharapkan bermain sebagai node. Haruskah kita membuka debat dan meningkatkan saham GC? Ini akan memberikan keamanan yang lebih besar pada tahap awal, dan mereka akan mendapatkan keuntungan dari investasi awal

Dan: Saya tidak sepenuhnya mengerti apa yang diminta.

Piers: Ya. Um, saya pikir itu, saya pikir itu semacam mengatakan bahwa kekhawatiran semacam kontrol sewenang-wenang dari sesuatu seperti yayasan di awal. Um, saya pikir itu. Setiap jaringan memiliki masalah bootstrap awal tentang bagaimana Anda memastikan bahwa permulaan jaringan itu aman.

Ini adalah sesuatu yang akan kami pastikan. Seperti, Ini datang ke pertanyaan distribusi seperti mungkin yayasan perlu mendistribusikan lebih banyak ke komunitas antara sekarang dan, dan, dan kapan, dan kapan platform ditayangkan. Sekali lagi, ini adalah pertanyaan yang perlu kita analisis sehubungan dengan bagaimana fungsi POS.

Dan: Ada masalah besar di sana juga sehingga kita perlu mencari tahu seperti apa dengan PoS. Lalu ada juga pertimbangannya. Tentu saja tidak semua mata uang Anda akan digunakan untuk dipertaruhkan. Jadi investigasi yang kami lakukan seputar POS, salah satu hal yang kami lihat dengan persentase seperti apa pemasok mata uang yang dulu bertahan terhadap jaringan.

Itu agak kasar, dan saya tidak menghabiskan waktu terlalu lama untuk itu. Pertimbangkan secara kasar. Biasanya sekitar tiga sampai 5%. Beberapa kasus edge dan pengecualian, tergantung pada jaringan apa. Ini tidak terlalu bagus. Ini semacam paralel dengan hal-hal seperti Bitcoin juga.

Bagaimana Radix lebih baik daripada soliditas Ethereum?

Dan: Eh, jadi maksud saya, ada dua hal yang sangat berbeda sejak awal. Jadi soliditas adalah bahasa yang lengkap dan Radix Engine adalah komposabilitas. Jadi ada keuntungan, pro dan kontra dari keduanya.

Dengan soliditas, Anda dapat membangun apa saja yang Anda suka seperti Pac Man dalam soliditas. Anda bisa membuat game yang lengkap. Dengan itu datang kontra, yang merupakan bug untuk kondisi awal dan berbasis kasus - berapa banyak gas yang diperlukan karena ada loop di sini dan semua jenis kasus tepi - mimpi buruk untuk dikembangkan - bekerja seperti itu hanya secara umum dengan Bahasa Turing lengkap

Piers: Jadi menurut saya komponen buildability itu cukup besar, tapi ada juga dua komponen lainnya, yang menurut saya kurang dipahami dengan cara kerja model atom, o Dan berbicara tentang komposabilitas, um, tetapi juga skalabilitas aplikasi yang Anda buat.   Jadi dalam ethereum Anda diharuskan untuk menjalankan seluruh mesin virtual dari setiap hal atau program yang sedang dijalankan di jaringan, yang pada gilirannya menciptakan kemacetan dalam jumlah besar. Jika Anda kemudian pindah ke teori model sharding ethereum - implementasi Casper. Anda memiliki semua masalah dalam memindahkan benda melintasi pecahan karena tidak dipecah statusnya, sehingga transisi Anda antar pecahan menjadi sangat, sangat berat, di rantai utama Anda, dan Anda akhirnya memiliki semua kemacetan ini yang muncul hanya karena kecerdasan mesin kontrak telah dibangun yang sulit untuk dilewati. Sisi lain dari ini adalah komposabilitas, yang telah kami tulis artikelnya di blog kami - silakan buka dan periksa.

Namun demikian, pada dasarnya dengan cara inilah Anda dapat membuat aset pada buku besar yang sama, berbicara satu sama lain dan berinteraksi, dan pada dasarnya itu adalah hal yang sangat sulit untuk dilakukan dengan soliditas dan VM. Apa yang Radix lakukan adalah membuat aset jauh lebih dapat disusun satu sama lain, yang berarti bahwa ketika Anda ingin mulai membangun hal-hal yang lebih rumit, di mana Anda menyusun hal-hal ini bersama-sama, Anda memiliki lebih banyak fleksibilitas dan skalabilitas ketika Anda memiliki sesuatu yang benar. , mesin Radix dan jaringan Radix daripada yang Anda lakukan dengan sesuatu seperti Soliditas.

Jadi lihat, soliditas dan Ethereum benar-benar seperti merintis jejak tentang bagaimana melakukan ini, tetapi keputusan mendasar tentang bagaimana mereka membangun arsitektur itu, keputusan untuk menggunakan model akun dan keputusan mereka untuk pergi dengan kelengkapan turing, dan itu pada dasarnya berarti bahwa mereka akan terus menghadapi masalah skalabilitas terus-menerus menghadapi masalah di mana aplikasi ini tidak benar-benar berbicara satu sama lain dengan baik.

Dan: Karena Anda harus membawa-bawa negara dan Anda harus melaksanakan semua negara bagian dan sebagainya, dan itu semacam keadaan yang rumit. Ini tidak seperti Anda dapat memotongnya dengan sangat mudah - jadi Radix Engine dibuat berdasarkan keadaan membalik.

Jadi pada dasarnya, jika saya ingin ini melakukan perjalanan ke sana dan Anda hanya membalik keadaan dengan hal-hal khusus ini dan cara Anda menggabungkannya, Anda dapat melakukan hal-hal rumit ini dengan jauh lebih ringan. Dengan batu bata yang lebih ringan, tetapi Anda dapat menggabungkannya dengan cara tertentu untuk membuat… sup yang berantakan. Keseluruhan jenis kemampuan membandingkan dan cara yang sesuai dengan model atom dan berarti Anda dapat memecahnya juga, yang juga sulit dilakukan dengan kelengkapan Turing.

Bagaimana mesin Radix lebih baik dari Algorands Teal?

Dan: Saya bahkan belum punya waktu untuk melihat Teal, saya anggap itu sebagai catatan bahwa saya harus pergi dan melihatnya.

Beberapa waktu yang lalu Zalan menunjukkan beberapa contoh bagaimana implementasi Prometheus dan Grafana dapat memberikan pemantauan tampilan yang mengagumkan untuk menjalankan sebuah node atau beberapa dari mereka, semua jenis statistik dan grafik dan kurva. Apakah ada sesuatu yang Anda rencanakan?

Piers: Ya. Kepala dev-ops Shambu kami yang baru, akan benar-benar terlibat dalam memastikan bahwa node yang berjalan semulus sebelumnya, sebagian besar perkakas yang telah kami gunakan akan kami gunakan lagi. Ini lebih berfokus pada bagaimana kotaknya. berkinerja daripada bagaimana kotak itu berjalan.

Dan: Itu sangat berguna untuk tes 1MTPS. Semua ketentuan yang sama berlaku saat saya menjalankan tes di rumah dengan Cerberus juga. Semua terhubung ke API di beberapa poin, yang hampir sama.

Piers: Ya, saya pikir kita sudah menyelesaikan semuanya dengan waktu 7 menit, terima kasih atas pertanyaan semua orang, apa saja yang ingin Anda katakan sebagai penutup?

Dan: Sulit tentang ini, memecahkan masalah skalabilitas. Sama seperti yang Anda pikirkan, bajingan kecil itu muncul di belakang Anda dan berkata tidak! Semoga Anda semua sudah membaca dokumen yang telah dikumpulkan di postingan blog dan semua tentang keseluruhan perjalanan ini.

Jika mudah, seseorang akan melakukan 1MTPS 3,4,5 tahun yang lalu. Um, dan itu hanya menyoroti besarnya masalah yang sedang kami coba selesaikan, dan saya tahu itu mengecewakan. Sangat mengecewakan bagi saya ketika ada yang tidak beres dan kami harus kembali ke papan gambar pada beberapa hal atau mengubah garis waktu. Ya, memang, itu menjengkelkan dan membuat frustrasi, tetapi kita semua terus maju.

Piers: Bagaimana perasaan Anda secara keseluruhan tentang Cerberus dan masa depan?

Dan: Kami masih bisa membuatnya. Jika saya tidak merasakannya, maka saya tidak akan bisa duduk di sini dan melakukan percakapan ini dengan kalian, komunitas, dan semua orang. Jadi, saya masih percaya diri, saya masih mendapatkan api itu, tetapi pada saat yang sama saya diizinkan untuk kecewa.

Piers: Sulit untuk membunuh bayi Anda.

Dan: Sulit untuk membunuh bayi Anda.   Piers: Pembelajaran besar yang kami ambil dengan pendekatan ini tidak hanya, um, bagaimana Anda bisa menciptakan sesuatu yang dapat Anda bangun untuk masa depan, tetapi memiliki pencapaian yang benar-benar memenuhi kebutuhan pasar dan membangun komunitas yang dapat memberi tahu Anda apa yang sebenarnya mereka butuhkan dari itu saat Anda pergi. Seperti pada akhirnya, seberapa berguna platform ini nantinya dan seberapa penting platform tersebut bagi dunia akan ditentukan oleh semua orang yang memutuskan untuk menggunakannya.

Keputusan untuk menggunakan salah satu platform ini adalah. Benar-benar akan turun ke apakah itu melayani kebutuhan Anda atau tidak. Dan itu adalah sesuatu yang harus selalu kita sadari. Melakukannya dengan cara ini memungkinkan kita untuk memberikan lebih banyak visibilitas kepada orang lain tentang kita menuju sesuatu. Ini memberi kita hasil pertama yang kurang ambisius.

Anda tahu, kami tidak akan mengalahkan satu juta transaksi per detik dimulai dengan, kami tidak akan mendekati itu, tetapi ini akan menjadi platform di mana Anda dapat melihat peta jalan yang jelas dari mana itu. di versi pertama tentang bagaimana itu akan sampai di sana dan kemudian memungkinkan kami untuk membangun skala itu sementara orang lain menggunakan jaringan ke titik di mana perlu untuk memberikan skala itu.

Karena pada akhirnya, Anda tahu, kami mengirimkan 1 juta transaksi per dua hari satu -Tidak ada yang akan menggunakan satu juta transaksi per hari kedua, yang merupakan seluruh throughput transaksional dunia. Itu adalah sesuatu yang kami bisa, kami dapat membangun secara bertahap dan itu adalah sesuatu yang kami ingin mengundang lebih banyak orang untuk datang dan datang dan berbagi dengan kami perjalanan itu juga.

Dan: Satu hal, melihat secara retrospektif itu seperti, tidak cukup mendapatkan itu dengan tempo karena berbagai alasan tapi saya ingat, saya ingat ketika 50 TPS pada percobaan pertama alpha test pada tahun 2013 dan semua orang di sana dan, dan telepon menjadi gila karena 50 TPS tidak dapat membayangkan tes 1MTPS pada apa pun.

Piers: Saya adalah seorang penentang di dalam. Saya seperti, ya, seribu sudah cukup!

Dan: Ada kemajuan. Jadi jika itu jenis garis datar dan semacamnya, maka mungkin saya akan bertanya lebih banyak juga. Karena itulah, ini jelas, cara mencoba untuk maju dalam hal apa yang dapat kita lakukan, apa yang telah kita pelajari, apa, apa, apa, apa yang dapat kita kumpulkan.

Piers: Jadi. Ya. Baik. Baiklah. Terima kasih banyak semuanya dan semoga minggu Anda menyenangkan.  

Translator:

 Radvocates Kukilo Ski