Buat TypeScript SDK untuk berinteraksi dengan Stoa, BOSAGORA memenangkan UN SDG Action Awards, dll.
Pengembangan
Pada bulan Juli, tim bekerja keras untuk membuat kemajuan dalam penyeimbangan kuorum dan pengembangan Stoa SDK / API. Tim ini sedang dalam proses sekitar 75% melalui pengembangan keseimbangan kuorum dan menargetkan tanggal rilis sekitar akhir September. Pekerjaan Stoa SDK / API yang saat ini sedang dalam pengembangan akan menjadi proyek berkelanjutan yang kami harapkan dapat diselesaikan secara bertahap mulai sekarang hingga sekitar akhir Mei 2021.
Karena tim pengembangan terutama berfokus pada pengembangan Validator, kami telah memutuskan untuk tidak memulai pengembangan pada lapisan kedua. Ada kabar baik, kami telah mulai mengembangkan berbagai integrasi alat kami secara paralel dengan pengembangan inti, yang awalnya direncanakan akan dimulai awal tahun depan. Hal ini kami lakukan sebagai tim untuk menjaga keseimbangan dan momentum roadmap pengembangan proyek BOSAGORA.
Selain mengembangkan AGORA, tim sedang melakukan orientasi terhadap dua pengembang baru dan yang ketiga akan segera bergabung dengan kami.
Berikut rangkuman kegiatan pembangunan beberapa bulan terakhir dan item-item yang saat ini masih dalam pengembangan:
Pengembangan Inti di Bulan Juli:
Aktivitas Bulanan:
Bulan lalu kami memiliki 55 permintaan tarik dan 39 masalah aktif. Di antaranya:
- 7 permintaan tarik dibuka
- 55 permintaan tarik digabung
- 19 edisi baru
- 20 masalah ditutup
Fungsionalitas Dikembangkan:
Buat TypeScript SDK untuk berinteraksi dengan Stoa #15
Fungsionalitas ini dikembangkan oleh Michael dan Henry selama bagian pertama Juli dan ini adalah langkah pertama yang diambil tim dalam membuat SDK TypeScript (TS) untuk berinteraksi dengan Stoa. TS SDK ini akan memungkinkan pengembang pihak ketiga untuk membangun alat untuk berinteraksi dengan AGORA.
Fungsi berikut dipertimbangkan selama pengembangan:
- verifikasi bool (ubyte [] tanda tangan, ubyte [] pesan, PublicKey public_key): Harus mengembalikan apakah tanda tangan adalah tanda tangan yang valid atau tidak untuk pesan yang dibuat dengan kunci_ publik. Ini membutuhkan penggunaan libsodium binding.
Pada dasarnya ini: https://github.com/bpfkorea/agora/blob/93c31daa616e76011deee68a8645e1b86624ce3d/source/agora/common/crypto/Key.d#L226-L235
- bool isValidPreimage(Hash original_preimage, ulong original_preimage_height, Hash new_preimage, ulong new_preimage_height) => Returns false if new_preimage_height < original_preimage_height, or if original_preimage hashed original_preimage_height — new_preimage_height times tidak sama dengan new_preimage.
- Validator[] getAllValidators(uint height | null) => Panggil / validator dan kembalikan hasilnya
- Validator getValidator(PublicKey address, uint height | null) => Panggil / validator / {address} dan kembalikan hasilnya atau berikan pengecualian jika tidak ada validator tersebut.
Dalam dua kasus terakhir, parameter tinggi adalah opsional, jadi bisa berupa null atau? tergantung pada apa norma di TS.
Silakan merujuk ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/boa-sdk-ts/issues/15
Buat image Docker untuk menggabungkan Stoa dan Full Node #28
Fungsionalitas Stoa ini dikembangkan oleh Michael dan Henry selama paruh pertama Juli. Ini diimplementasikan untuk memberi kami kemampuan untuk menggunakan Docker untuk menyebarkan image bundling kode Stoa dan Full Node.
Silakan merujuk ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/stoa/issues/28
Tambahkan definisi jenis untuk panggilan balik, blokir, transaksi, dll #29
Fungsionalitas ini dikembangkan oleh Michael dan Henry selama bagian pertama Juli. Tim memutuskan akan lebih baik jika kita memiliki modul dengan definisi tipe sehingga kita dapat menghapus penggunaan utama ‘any’ di Stoa
Silakan merujuk ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/stoa/issues/29
Tambahkan aplikasi untuk informasi pendaftaran simpul #789
Fitur ini dikembangkan oleh Jay pada akhir Juli. Tabel yang dikelola informasi pendaftaran node dapat dihapus karena semua data yang dikelolanya dapat dipulihkan dengan berbagai cara. Penggunaan tabel database berarti ada banyak data yang kompleks sehingga harus dikelola secara efisien tetapi tabel tersebut hanya ada sedikit data sekarang. Tugas ini berisi beberapa hal yang harus dilakukan sebagai berikut dalam Definisi Selesai.
Definisi Selesai:
- Mengembalikan informasi pendaftaran yang digunakan dalam pendaftaran oleh node
- Mengembalikan tinggi blok di mana validator harus mengungkapkan gambar sebelumnya
- Hapus ‘hapus’ dari EnrollmentManager
- Ubah pengubah ‘hapus’ dari ‘ValidatorSet’ menjadi pribadi.
Silakan tautan ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/agora/issues/789
Hindari mencalonkan dan mengeluarkan Pendaftaran yang akan gagal Validasi Blok #900
Fitur ini dikembangkan oleh Jay pada akhir Juli. Ada beberapa masalah dengan nominasi yang ditemukan di #899. Masalah #899 hanyalah ukuran sementara tetapi nominasi pendaftaran (dan nominasi secara umum) perlu lebih dipikirkan.
Masalah berikut telah diidentifikasi dan diperbaiki:
- Ada Enrollment sisa di EnrollmentPool yang diambil untuk dinominasikan, meskipun mereka juga di ValidatorSet;
- Tidak ada pemeriksaan bahwa hasil Ledger.prepareNominatedSet dapat dinominasikan;
- Node lain mencapai konsensus pada Pendaftaran duplikat (!)
Silakan merujuk ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/agora/issues/900
Tambahkan pemberitahuan acara ke Agora, dimulai dengan penerimaan blok #1033
Fungsionalitas ini dikembangkan oleh Michael dan Henry selama bagian terakhir bulan Juli. Masalah ini dibuat karena kebutuhan untuk dapat secara terprogram menanggapi peristiwa tertentu yang terjadi di node. Untuk versi awal ini, kami ingin menjadikannya sebagai bagian dari konfigurasi. Di masa mendatang, kami mungkin beralih ke SSE tetapi untuk saat ini kami ingin membuatnya tetap sederhana.
Idenya adalah untuk membuat daftar peristiwa, dan untuk masing-masing, memiliki bagian di file konfigurasi yang menentukan URL untuk mendorong payload (HTTP POST) ketika peristiwa tersebut terjadi.
Acara yang disarankan:
- Sebuah blok dieksternalisasi, baik melalui pengejaran atau partisipasi langsung;
- Gambar awal yang valid diterima (dibutuhkan untuk stoa untuk melanjutkan pengembangan);
Definisi Selesai:
- Ada bagian YAML untuk sebagai berikut:
event_handlers:
block_externalized:
– http://abcdef.net/push
– 127.0.0.1:3333/push
preimage_received:
– SomeOtherURL
Saat peristiwa terkait terjadi, payload dikirim ke URL melalui permintaan HTTP POST, dengan payload sebagai isi JSON. Tip implementasi: Saya akan merekomendasikan menerapkan setiap event handler sebagai antarmuka metode tunggal dan menggunakan generator REST, misalnya:
interface BlockExternalizedHandler
{
@method(HTTPMethod.POST)
@path(“/push”)
// Using `/` for `@path` might be possible, in which case the path is passed to the `RestInterfaceClient`:
// scope client = new RestInterfaceClient!BlockExternalizedHandler(“http://127.0.0.1/push/”);
void push (Block block);
}
Pengaturan dengan cara ini akan memungkinkan injeksi dependensi yang mudah dalam rangkaian pengujian, dan bahkan dapat membangun beberapa utilitas untuk menggunakan ini untuk pengujian.
Silakan merujuk ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/agora/issues/1033
Tambahkan kemampuan untuk menguji permintaan dan respons HTTP di Stoa API Server #42
Peningkatan ini dilakukan oleh Michael selama bagian terakhir bulan Juli. Kami menambahkan kemampuan untuk menguji permintaan data dan tanggapan dari server API Stoa sehingga produk dengan kualitas yang lebih tinggi dapat dipertahankan.
Definisi Selesai:
- Server Stoa dapat dijalankan dalam kode pengujian.
- Server Stoa dapat dihentikan dalam kode pengujian.
- Kode tes mengirimkan permintaan ke server Stoa dan memeriksa hasilnya
Silakan merujuk ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/stoa/issues/42
Tambahkan kemampuan untuk membuat perubahan sederhana menggunakan Pernyataan
dari sqlite3 #37
Refactor kode ini dilakukan oleh Michael selama bagian terakhir bulan Juli. Saat memasukkan beberapa rekaman ke dalam database, pernyataan melingkar kompleks yang ada hanya diubah menggunakan ‘Pernyataan’.
ex)
var stmt = db.prepare (“MASUKKAN KE NILAI pengguna (?,?)”);
untuk (var i = 0; i <10; i ++) {
stmt.run (“pengguna“ + i, “email“ + i);
}
stmt.finalize ();
Silakan merujuk ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/stoa/issues/37
Publikasikan SDK dalam bentuk paket npm
di https://www.npmjs.com/ #13
Peningkatan ini dilakukan oleh Michael selama bagian terakhir bulan Juli dan itu hanya untuk menerbitkan SDK sebagai satu paket.
Definisi Selesai:
- Kompilasi TypeScript di dalam folder / src ke dalam folder lib /
- Berikan dokumentasi tentang cara menginstal dan menggunakan perpustakaan.
- Buat akun di ‘npmjs’ dan buat organisasi. dan undang anggota tim ke organisasi.
- Publikasikan BOA-SDK sebagai kepemilikan organisasi.
Silakan merujuk ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/boa-sdk-ts/issues/13
Kami membutuhkan perpustakaan yang dapat digunakan di browser #14
Fungsionalitas ini dikembangkan oleh Michael dan Henry selama bagian terakhir Juli. Untuk mengembangkan berbagai Aplikasi Web, perlu untuk mengemasnya dalam bentuk yang berfungsi di browser.
Ini harus dalam format yang kompatibel dengan JavaScript, mengompresi beberapa file menjadi satu.
Definisi Selesai:
- Kemas beberapa file dan kurangi ukurannya seminimal mungkin.
- Tersedia dalam JavaScript.
- Kembangkan situs uji.
Silakan merujuk ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/boa-sdk-ts/issues/14
Ganti konfigurasi setGenesisBlock / genesis dengan blok kode keras #821
Refaktor kode ini dilakukan oleh Mathias selama bagian terakhir bulan Juli. Kami perlu menemukan alternatif untuk blok genesis yang dapat dikonfigurasi pengguna. Awalnya, kami menggunakan solusi ini untuk memungkinkan memiliki blok genesis yang berbeda untuk uji unittests / integrasi / testnet / coinnet.
Masalahnya adalah file konfigurasi yang rusak atau hanya kesalahan ketik pengguna dapat menyebabkan node menggunakan blok genesis yang berbeda.
Salah satu alternatifnya adalah menggunakan blok ‘version ()’ dan kemudian membangun Agora dengan ‘-version = CoinNet’, ‘-version = TestNet’, tetapi itu bermasalah karena kami kemudian perlu mengirimkan banyak biner.
Alternatif yang lebih baik yang disarankan adalah memiliki pilihan waktu proses antara beberapa blok genesis yang telah dikonfigurasi sebelumnya.
Jadi, alih-alih memiliki ‘config.genesis_block’, kami memiliki ./agora – mode = coinnet | ./agora ‘- mode = unittest’ atau sejenisnya. Ini juga bisa menjadi opsi konfigurasi, tetapi intinya adalah ini bukan hex dump dari sebuah blok tetapi pilihan dengan jumlah opsi yang telah dikonfigurasi sebelumnya.
Silakan merujuk ke tautan Github di bawah ini untuk informasi lebih lanjut:
https://github.com/bpfkorea/agora/issues/821
Pengembangan Validator Berkelanjutan:
- Transition away from creating a block based on the number of transactions in the pool #1004
- Node configuration and block storage consistency is not checked #1006
- “Invalid pre-image data” triggered on non-connected node #1062
- Implement /preimage_received endpoint #52
- Add a web page with SDK documentation that will be automatically generated when the recent PR is merged #22
- Integration tests is sending requests to `0.0.0.0` #1051
- If the block all data cannot store , it must be rollback. #51
- Integration test doesn’t have stack traces #1061
- Refused to set unsafe header “User-Agent” #23
- Use JSON-Schema for verification of JSON data #55
- Implement the ability to request and recover missing blocks from Agora #45
- Quorums should be regularly re-shuffled #1069
Marketing
BOSAGORA menerima Penghargaan Aksi Solidaritas SDG PBB
BOSAGORA diakui atas kontribusinya kepada masyarakat lokal dengan ‘Project Care’ dan menerima Penghargaan Solidaritas SDG dari PBB. Setiap tahun, PBB memilih proyek yang menguntungkan masyarakat lokal dan tetangga di seluruh dunia. Tahun ini, PBB mengumpulkan cerita tentang proyek yang mendukung staf medis dan tetangga pada saat semua orang menderita COVID19 dan memilih 50 Teratas untuk menghormati mereka dengan penghargaan tersebut.
Penghargaan Aksi Solidaritas SDG PBB ini dievaluasi oleh total 26 ahli dari lembaga dan perusahaan global termasuk wakil presiden diplomasi Uni Eropa dan komite keamanan, wakil presiden Yayasan PBB. BOSAGORA memenangkan penghargaan ini tidak hanya sebagai yang pertama di lingkaran blockchain Korea tetapi juga sebagai yang pertama di Korea di semua industri. Hanya ada satu proyek lagi, blockchain IBM, yang menerima penghargaan ini dengan BOSAGORA di lingkaran blockchain global.
BOSAGORA akan terus mendedikasikan dirinya dalam pengembangan proyek dan mewujudkan visinya untuk ‘membuat dunia yang lebih baik’.
Untuk informasi lebih lanjut, periksa tautan di bawah ini.
https://medium.com/bosagora/bosagora-won-un-sdg-action-awards-116539ffe238
Acara yang menyebarkan berita penerimaan UN SDG Solidarity Action Awards
Setelah itu, kami mengadakan acara di mana masyarakat diminta untuk menyebarkan berita tentang BOSAGORA setelah menerima Penghargaan Aksi Solidaritas SDG PBB di Twitter. Banyak orang di seluruh dunia telah berpartisipasi, dan kami memilih dua anggota yang me-retweet paling banyak dan yang paling banyak menandainya serta memberikan hadiah kepada mereka.
Kampanye Donasi Jia You untuk Mendukung para korban banjir Tiongkok
Dalam beberapa pekan terakhir, hujan lebat yang mengguyur China telah mengakibatkan 50 juta korban banjir setara dengan penduduk Korea dengan rumah dan nyawa yang hancur. Sebagai tanggapan, BOSAGORA mengadakan ‘Kampanye Donasi Jia Anda’ untuk mendukung korban banjir Tiongkok dengan perusahaan lokal Hyundai LCD dan mengirimkan sumbangan gabungan ke Palang Merah Tiongkok.
Kampanye ini menandai token BOA kasus penggunaan resmi pertama dalam donasi, dan donasi dikumpulkan bersama dengan LCD Hyundai di mana BOSAGORA menyumbang total 36.225 BOA (18.300 yuan). Berkat kemitraan seperti itu, kami tidak perlu mengeluarkan biaya pertukaran atau biaya mediasi lainnya dan dapat mengirimkan donasi dengan cepat hanya dalam 3 hari ke Palang Merah. Donasi yang terkumpul akan disumbangkan untuk dana bencana banjir di wilayah Wuhan.
Kami akan terus ‘membuat dunia yang lebih baik’ dengan praktik baik yang melibatkan berbagai kampanye dan acara yang memanfaatkan teknologi dan platform kami.
Untuk informasi lebih lanjut, periksa tautan di bawah ini.
- Proyek Donasi Jia You: https://bit.ly/3a5jX26
- Selesai mengirimkan donasi ke Palang Merah Cina: https://bit.ly/31ucnKk
BPF Mengubah Nama Yayasannya
Nama BPF (Yayasan Platform BOS) yang menjalankan bisnis BOSAGORA telah diubah menjadi Yayasan BOSAGORA. Setelah peluncuran proyek baru, BOSAGORA, yayasan memutuskan lebih baik menyatukan nama proyek dan yayasan untuk membangun merek yang lebih bersatu dan hubungan yang lancar dengan mitra.
Yayasan BOSAGORA akan menyelesaikan pengembangan yang dijanjikan kepada masyarakat dan terus tumbuh bersamanya sambil mempromosikan proyek BOSAGORA ke lebih banyak orang di seluruh dunia melalui kemitraan dan pemasaran tambahan.
‘Bergabunglah dengan BOSAGORA Campaign’ yang diadakan dua kali di Indonesia dan India
Kami mengadakan ‘Kampanye Gabung BOSAGORA’ dengan komunitas global, kami bekerja sama dalam proyek konten video pengenalan BOSAGORA awal tahun ini.
Kampanye ini diselenggarakan bersama dengan komunitas di Indonesia dan India di mana anggotanya diminta untuk berlangganan buletin BOSAGORA, bergabung dengan ruang obrolan Telegram dan menjelajahi konten BOSAGORA di Medium untuk mengekspos BOSAGORA dengan me-retweet ke teman-teman. Hasilnya, jumlah pelanggan buletin, peserta di Telegram dan Twitter, dan penayangan konten kami melonjak tinggi dan keaktifan ditanamkan ke dalam komunitas.
Melakukan AMA
Baru-baru ini, berita tentang BOSAGORA seperti menerima Penghargaan Aksi Solidaritas SDG PBB dan kampanye Jia You untuk mendukung korban banjir di China diketahui luas di luar sehingga menimbulkan banyak pertanyaan terkait dan sebagai tanggapan, kami mengadakan berbagai AMA untuk menjawabnya. Banyak orang di masyarakat menunjukkan minat yang besar terhadap upaya kami untuk membuat proyek BOSAGORA berkelanjutan dan di antara pertanyaannya adalah apa tujuan resmi kami dan rencana bisnis setelah rilis bersih utama selain tentang pembangunan dan ekosistem.
BOSAGORA akan menjadi proyek global mewujudkan SDG melalui kegiatan kemanusiaan bersama berbagai kemitraan dalam platform BOSAGORA sambil menjunjung tinggi visi kami untuk ‘membuat dunia yang lebih baik’
Untuk informasi lebih lanjut, periksa tautan di bawah ini.
- Komunitas AMA: https://bit.ly/2XFyNaG
- Crypto Bharat: https://bit.ly/3kngQHq
- Nanochatroom AMA: https://bit.ly/33Bwrx6
- CryptoProfitCoach
Bitboy: Konten BOSAGORA untuk bulan Juli
Bitboy menyebutkan BOSAGORA sambil memperkenalkan proyek-proyek yang sedang naik daun yang memperluas pengaruh mereka dalam lingkaran cryptocurrency pada konten Youtube bulan Juli.
Bitboy merujuk pada berita BOSAGORA seperti ‘Project Care’, menerima ‘UN SDG Solidarity Action Awards’ dan menandatangani bill of rights blockchain, dan memperkenalkan BOSAGORA sebagai proyek yang tidak hanya mengembangkan blockchain tetapi juga sesuai dengan motto ‘membuat lebih baik dunia’. Untuk informasi lebih lanjut, periksa tautan di bawah ini.
Isi Bitboy: https://bit.ly/308fBUv
Tren Teknologi untuk Juli: Teknologi BOSAGORA & kolom tren
Tren Teknologi adalah kolom yang mengabaikan teknologi dan tren dalam industri blockchain dan kontribusinya yang ke-7 dan ke-8 dikeluarkan untuk bulan Juli. Untuk informasi lebih lanjut, periksa tautan di bawah ini.