ວິທີການຂຽນສັນຍາສະຫມາດ WebAssembly ໃນເຄືອຂ່າຍ Ontology? ສ່ວນທີ 1: ຂີ້ຝຸ່ນ

ເທກໂນໂລຍີ Ontology Wasm ຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍໃນການເຄື່ອນຍ້າຍສັນຍາສະຫມາດ dApp ທີ່ມີເຫດຜົນທາງທຸລະກິດທີ່ສັບສົນກັບ blockchain, ດັ່ງນັ້ນຈຶ່ງເຮັດໃຫ້ລະບົບນິເວດ dApp ອຸດົມສົມບູນຢ່າງຫຼວງຫຼາຍ.

ປະຈຸບັນ Ontology Wasm ພ້ອມໆກັນຮອງຮັບທັງການພັດທະນາ Rust ແລະ C++. ພາສາ Rust ສະຫນັບສະຫນູນ Wasm ດີກວ່າ, ແລະ bytecode ທີ່ຖືກສ້າງຂື້ນແມ່ນງ່າຍດາຍ, ເຊິ່ງສາມາດຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍຂອງສັນຍາການໂທ. ດັ່ງນັ້ນ, ວິທີການໃຊ້ Rust ເພື່ອພັດທະນາສັນຍາໃນເຄືອຂ່າຍ Ontology?

ການພັດທະນາສັນຍາ WASM ກັບ Rust

ສ້າງສັນຍາ

ສິນຄ້າ ເປັນການສ້າງໂຄງການທີ່ດີແລະເຄື່ອງມືການຄຸ້ມຄອງຊຸດສໍາລັບການພັດທະນາ Rust, ເຊິ່ງຊ່ວຍໃຫ້ນັກພັດທະນາສາມາດຈັດລະບຽບການໂຕ້ຕອບຂອງລະຫັດແລະຫ້ອງສະຫມຸດພາກສ່ວນທີສາມໄດ້ດີຂຶ້ນ. ເພື່ອສ້າງສັນຍາ Ontology Wasm ໃຫມ່, ພຽງແຕ່ດໍາເນີນການຄໍາສັ່ງຕໍ່ໄປນີ້:

ໂຄງ​ປະ​ກອບ​ການ​ທີ່​ມັນ​ສ້າງ​:

ໄຟລ໌ Cargo.toml ຖືກໃຊ້ເພື່ອຕັ້ງຄ່າຂໍ້ມູນໂຄງການພື້ນຖານ ແລະຂໍ້ມູນຫ້ອງສະໝຸດທີ່ຂຶ້ນກັບ. ພາກສ່ວນ [lib] ຂອງໄຟລ໌ຕ້ອງຖືກຕັ້ງເປັນ crate-type = ["cdylib"]. ໄຟລ໌ lib.rs ຖືກນໍາໃຊ້ເພື່ອຂຽນລະຫັດຕາມເຫດຜົນຂອງສັນຍາ. ນອກຈາກນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງເພີ່ມພາລາມິເຕີການເພິ່ງພາອາໄສກັບພາກສ່ວນ [ການເພິ່ງພາອາໄສ] ຂອງໄຟລ໌ການຕັ້ງຄ່າ Cargo.toml:

ດ້ວຍຄວາມເພິ່ງພາອາໄສນີ້, ນັກພັດທະນາສາມາດໂທຫາການໂຕ້ຕອບທີ່ພົວພັນກັບ Ontology blockchain ແລະເຄື່ອງມືເຊັ່ນ: ພາລາມິເຕີ serialization.

ການ​ທໍາ​ງານ​ການ​ເຂົ້າ​ຂອງ​ສັນ​ຍາ​

ທຸກໆໂປລແກລມມີຫນ້າທີ່ປ້ອນຂໍ້ມູນ, ຄືກັບຫນ້າທີ່ຕົ້ນຕໍທີ່ພວກເຮົາເຫັນ, ແຕ່ສັນຍາບໍ່ມີຫນ້າທີ່ຕົ້ນຕໍ. ເມື່ອສັນຍາ Wasm ຖືກພັດທະນາໂດຍໃຊ້ Rust, ຟັງຊັນ invoke ເລີ່ມຕົ້ນແມ່ນໃຊ້ເປັນຫນ້າທີ່ປ້ອນຂໍ້ມູນເພື່ອໃຊ້ສັນຍາ. ຊື່ຂອງຟັງຊັນໃນ Rust ຈະບໍ່ຊັດເຈນເມື່ອລວບລວມລະຫັດແຫຼ່ງ Rust ເຂົ້າໄປໃນ bytecode ທີ່ສາມາດປະຕິບັດໄດ້ໂດຍ virtual machine. ເພື່ອປ້ອງກັນບໍ່ໃຫ້ compiler ສ້າງລະຫັດຊ້ໍາຊ້ອນແລະຫຼຸດຜ່ອນຂະຫນາດຂອງສັນຍາ, ຟັງຊັນ invoke ເພີ່ມຄໍາບັນຍາຍ #[no_mangle].

ຟັງຊັນ invoke ໄດ້ຮັບພາລາມິເຕີເພື່ອດໍາເນີນການທຸລະກໍາແນວໃດ?

ຫໍສະໝຸດ ontio_std ສະໜອງຟັງຊັນ runtime::input() ເພື່ອເອົາພາລາມິເຕີເພື່ອດຳເນີນທຸລະກຳ. ນັກພັດທະນາສາມາດໃຊ້ ZeroCopySource ເພື່ອ deserialize array byte ຜົນໄດ້ຮັບ. ໃນທີ່ array ທໍາອິດຂອງ bytes ອ່ານແມ່ນຊື່ຂອງວິທີການ invoke, ຕາມດ້ວຍຕົວກໍານົດວິທີການ.

ຜົນຂອງການປະຕິບັດສັນຍາກັບຄືນມາແນວໃດ?

runtime::ret function ທີ່ສະໜອງໃຫ້ໂດຍຫ້ອງສະໝຸດ ontio_std ສົ່ງຄືນຜົນຂອງການປະຕິບັດວິທີການ.

ຟັງ​ຊັນ​ການ​ຮຽກ​ຮ້ອງ​ທີ່​ສໍາ​ເລັດ​ຮູບ​ຄື​ດັ່ງ​ນີ້​:

Serializing ແລະ Deserializing ຂໍ້ມູນສັນຍາ

ໃນຂະບວນການສ້າງສັນຍາ, ນັກພັດທະນາມັກຈະມີບັນຫາກັບ serialization ແລະ deserialization, ໂດຍສະເພາະກັບວິທີການເກັບຮັກສາປະເພດຂໍ້ມູນໂຄງສ້າງໃນຖານຂໍ້ມູນແລະວິທີການ deserialize array byte ທີ່ອ່ານຈາກຖານຂໍ້ມູນເພື່ອໃຫ້ໄດ້ປະເພດຂອງຂໍ້ມູນໂຄງສ້າງ.

ຫໍສະໝຸດ ontio_std ສະໜອງຕົວຖອດລະຫັດ ແລະຕົວເຂົ້າລະຫັດໃນການໂຕ້ຕອບສຳລັບຂໍ້ມູນ serialization ແລະ deserialization. ທົ່ງນາຂອງໂຄງສ້າງຍັງປະຕິບັດຕົວຖອດລະຫັດແລະຕົວເຊື່ອມຕໍ່ເຂົ້າລະຫັດເພື່ອໃຫ້ໂຄງສ້າງສາມາດຖືກຈັດເປັນ serialized ແລະ deserialized. ຕົວຢ່າງຂອງຊັ້ນ Sink ແມ່ນຕ້ອງການເມື່ອປະເພດຂໍ້ມູນຕ່າງໆຖືກຈັດລໍາດັບ. ຕົວຢ່າງຂອງຊັ້ນ Sink ມີ buf ປະເພດທີ່ກໍານົດໄວ້ເຊິ່ງເກັບຮັກສາຂໍ້ມູນປະເພດ byte, ແລະຂໍ້ມູນ serialized ທັງຫມົດຈະຖືກເກັບໄວ້ໃນ buf.

ສໍາລັບຂໍ້ມູນຄວາມຍາວຄົງທີ່ (ຕົວຢ່າງ: byte, u16, u32, u64, ແລະອື່ນໆ), ຂໍ້ມູນຖືກປ່ຽນໂດຍກົງເປັນ byte array ແລະຫຼັງຈາກນັ້ນເກັບໄວ້ໃນ buf; ສໍາລັບຂໍ້ມູນຂອງຄວາມຍາວທີ່ບໍ່ຄົງທີ່, ຄວາມຍາວຕ້ອງໄດ້ຮັບການ serialized ກ່ອນ, ຫຼັງຈາກນັ້ນ Ddata (ຕົວຢ່າງ, unsigned integers ຂອງຂະຫນາດທີ່ບໍ່ຮູ້ຈັກ, ລວມທັງ u16, u32, ຫຼື u64, ແລະອື່ນໆ).

Deserialization ແມ່ນກົງກັນຂ້າມທີ່ແນ່ນອນ. ສໍາລັບທຸກໆວິທີການ serialization, ມີວິທີການ deserialization ທີ່ສອດຄ້ອງກັນ. Deserialization ຮຽກຮ້ອງໃຫ້ມີການນໍາໃຊ້ຕົວຢ່າງຂອງຊັ້ນ Source. ຕົວຢ່າງຫ້ອງຮຽນນີ້ມີສອງຊ່ອງຂໍ້ມູນ buf ແລະ pos. Buf ຖືກນໍາໃຊ້ເພື່ອເກັບຮັກສາຂໍ້ມູນທີ່ຈະ deserialized ແລະ pos ຖືກນໍາໃຊ້ເພື່ອເກັບຮັກສາຕໍາແຫນ່ງອ່ານໃນປະຈຸບັນ. ໃນເວລາທີ່ຂໍ້ມູນປະເພດໃດນຶ່ງກໍາລັງຖືກອ່ານ, ຖ້າທ່ານຮູ້ຄວາມຍາວຂອງມັນ, ທ່ານສາມາດອ່ານມັນໄດ້ໂດຍກົງ, ສໍາລັບຂໍ້ມູນຂອງຄວາມຍາວທີ່ບໍ່ຮູ້ຈັກ - ອ່ານຄວາມຍາວກ່ອນ, ຫຼັງຈາກນັ້ນອ່ານເນື້ອຫາ.

ເຂົ້າເຖິງ ແລະອັບເດດຂໍ້ມູນໃນລະບົບຕ່ອງໂສ້

ontology-wasm-cdt-rust - encapsulated ວິທີການປະຕິບັດງານສໍາລັບການເຮັດວຽກກັບຂໍ້ມູນໃນລະບົບຕ່ອງໂສ້, ເຊິ່ງສະດວກສໍາລັບນັກພັດທະນາໃນການປະຕິບັດການດໍາເນີນງານເຊັ່ນ: ເພີ່ມ, ລຶບ, ການປ່ຽນແປງແລະການສອບຖາມຂໍ້ມູນໃນລະບົບຕ່ອງໂສ້ດັ່ງຕໍ່ໄປນີ້:

• ຖານຂໍ້ມູນ::get(key) - ຖືກນໍາໃຊ້ເພື່ອຮ້ອງຂໍຂໍ້ມູນຈາກລະບົບຕ່ອງໂສ້, ແລະການຮ້ອງຂໍທີ່ສໍາຄັນການປະຕິບັດຂອງການໂຕ້ຕອບ AsRef;
• ຖານ​ຂໍ້​ມູນ::put(key, value) - ໃຊ້ເພື່ອເກັບຂໍ້ມູນໃນເຄືອຂ່າຍ. ຄີຮ້ອງຂໍການປະຕິບັດຂອງການໂຕ້ຕອບ AsRef, ແລະມູນຄ່າຮ້ອງຂໍການປະຕິບັດຂອງການໂຕ້ຕອບການເຂົ້າລະຫັດ;
• ຖານ​ຂໍ້​ມູນ::delete(key) - ຖືກນໍາໃຊ້ເພື່ອເອົາຂໍ້ມູນອອກຈາກລະບົບຕ່ອງໂສ້, ແລະການຮ້ອງຂໍທີ່ສໍາຄັນການປະຕິບັດຂອງການໂຕ້ຕອບ AsRef.

ການທົດສອບສັນຍາ

ເມື່ອວິທີການຂອງສັນຍາຖືກປະຕິບັດ, ພວກເຮົາຕ້ອງການການເຂົ້າເຖິງຂໍ້ມູນໃນລະບົບຕ່ອງໂສ້ແລະພວກເຮົາຕ້ອງການເຄື່ອງ virtual ທີ່ເຫມາະສົມເພື່ອປະຕິບັດ bytecode ຂອງສັນຍາ, ດັ່ງນັ້ນໂດຍທົ່ວໄປແລ້ວມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະນໍາໃຊ້ສັນຍາໃນລະບົບຕ່ອງໂສ້ສໍາລັບການທົດສອບ. ແຕ່ວິທີການທົດສອບນີ້ແມ່ນມີບັນຫາ. ເພື່ອເຮັດໃຫ້ມັນງ່າຍຂຶ້ນສໍາລັບນັກພັດທະນາໃນການທົດສອບສັນຍາ, ຫ້ອງສະຫມຸດ ontio_std ໃຫ້ໂມດູນ mock ສໍາລັບການທົດສອບ. ໂມດູນນີ້ສະຫນອງການຈໍາລອງຂໍ້ມູນໃນວົງຈອນ, ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນສໍາລັບນັກພັດທະນາທີ່ຈະຫນ່ວຍການທົດສອບວິທີການໃນສັນຍາ. ຕົວຢ່າງສະເພາະສາມາດພົບໄດ້ ທີ່ນີ້.

ການແກ້ບັນຫາສັນຍາ

console::debug(msg) ສະ​ແດງ​ຂໍ້​ມູນ​ດີ​ບັກ​ໃນ​ຂະ​ນະ​ທີ່​ດີ​ບັກ​ສັນ​ຍາ​. ຂໍ້ມູນ msg ຈະຖືກເພີ່ມໃສ່ໄຟລ໌ບັນທຶກ node. ເງື່ອນໄຂເບື້ອງຕົ້ນແມ່ນເພື່ອກໍານົດລະດັບໄຟລ໌ບັນທຶກເປັນໂຫມດດີບັກເມື່ອໂຫນດທົດສອບ Ontology ທ້ອງຖິ່ນກໍາລັງເຮັດວຽກ.

runtime::notify(msg) outputs the properdebug information while the contract is being debuged . ວິທີການນີ້ຈະເກັບຮັກສາຂໍ້ມູນທີ່ເຂົ້າໄປໃນລະບົບຕ່ອງໂສ້ແລະສາມາດສອບຖາມຈາກລະບົບຕ່ອງໂສ້ໂດຍໃຊ້ວິທີການ getSmartCodeEvent.

ບົດຄວາມໄດ້ຖືກແປໂດຍບັນນາທິການຂອງ Hashrate & Shares ໂດຍສະເພາະສໍາລັບ OntologyRussia. ຮ້ອງໄຫ້

ເຈົ້າເປັນນັກພັດທະນາບໍ? ເຂົ້າຮ່ວມຊຸມຊົນເຕັກໂນໂລຢີຂອງພວກເຮົາທີ່ Discord. ນອກຈາກນັ້ນ, ໃຊ້ເວລາເບິ່ງ ສູນຜູ້ພັດທະນາ ຢູ່ໃນເວັບໄຊທ໌ຂອງພວກເຮົາ, ບ່ອນທີ່ທ່ານສາມາດຊອກຫາເຄື່ອງມືນັກພັດທະນາ, ເອກະສານ, ແລະອື່ນໆ.

Ontology

• ເວັບໄຊທ໌ Ontology
• GitHub / Discord
• ໂທລະເລກ ພາສາອັງກິດ / ລັດເຊຍ
• Twitter / ເຫດ

ແຫຼ່ງຂໍ້ມູນ: www.habr.com