ແນະນຳກ່ຽວກັບສັນຍາອັດສະລິຍະ

ໃນບົດຄວາມນີ້, ພວກເຮົາຈະເບິ່ງວ່າສັນຍາສະຫມາດແມ່ນຫຍັງ, ພວກມັນແມ່ນຫຍັງ, ພວກເຮົາຈະຮູ້ຈັກກັບແພລະຕະຟອມສັນຍາສະຫມາດທີ່ແຕກຕ່າງກັນ, ລັກສະນະຂອງພວກເຂົາ, ແລະຍັງປຶກສາຫາລືກ່ຽວກັບວິທີການເຮັດວຽກແລະຂໍ້ດີທີ່ພວກເຂົາສາມາດນໍາມາໄດ້. ເອກະສານນີ້ຈະເປັນປະໂຫຍດຫຼາຍສໍາລັບຜູ້ອ່ານທີ່ບໍ່ຄ່ອຍຮູ້ຈັກກັບຫົວຂໍ້ຂອງສັນຍາສະຫມາດ, ແຕ່ຕ້ອງການເຂົ້າໃກ້ຄວາມເຂົ້າໃຈ.

ສັນຍາປົກກະຕິ vs. ສັນຍາສະຫມາດ

ກ່ອນທີ່ພວກເຮົາຈະເຂົ້າໃຈລາຍລະອຽດ, ໃຫ້ພວກເຮົາເອົາຕົວຢ່າງຂອງຄວາມແຕກຕ່າງລະຫວ່າງສັນຍາປົກກະຕິ, ເຊິ່ງລະບຸໄວ້ໃນເຈ້ຍ, ແລະສັນຍາສະຫມາດ, ເຊິ່ງເປັນຕົວແທນໃນດິຈິຕອນ.

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

ສິ່ງທີ່ສາມາດເວົ້າໄດ້ກ່ຽວກັບສັນຍາສະຫມາດ? ພວກເຂົາເຈົ້າສົມທົບທັງສອງຄວາມເປັນໄປໄດ້ຂອງການຂຽນຂໍ້ກໍານົດຂອງສັນຍາແລະກົນໄກການຈັດຕັ້ງປະຕິບັດຢ່າງເຂັ້ມງວດ. ຖ້າເງື່ອນໄຂໄດ້ຖືກກໍານົດແລະການເຮັດທຸລະກໍາຫຼືຄໍາຮ້ອງຂໍທີ່ສອດຄ້ອງກັນໄດ້ຖືກເຊັນ, ຫຼັງຈາກນັ້ນ, ເມື່ອຄໍາຮ້ອງຂໍຫຼືການເຮັດທຸລະກໍາໄດ້ຮັບການຍອມຮັບ, ມັນຈະບໍ່ສາມາດປ່ຽນແປງເງື່ອນໄຂຫຼືຜົນກະທົບຕໍ່ການປະຕິບັດຂອງພວກເຂົາ.

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

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

ຄໍານິຍາມຂອງສັນຍາສະຫມາດ

ໂດຍທົ່ວໄປ, ຄໍາສັບຂອງມັນເອງໄດ້ຖືກສ້າງຂື້ນໂດຍນັກຄົ້ນຄວ້າ Nick Szabo ແລະຖືກນໍາໃຊ້ຄັ້ງທໍາອິດໃນປີ 1994, ແລະໄດ້ຖືກບັນທຶກໄວ້ໃນປີ 1997 ໃນບົດຄວາມທີ່ອະທິບາຍແນວຄວາມຄິດຂອງສັນຍາສະຫມາດ.

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

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

ຕົວຢ່າງງ່າຍໆ - ບໍລິການ Escrow

ໃຫ້ເບິ່ງຕົວຢ່າງທີ່ງ່າຍດາຍຫຼາຍ. ມັນຈະຊ່ວຍໃຫ້ທ່ານເຂົ້າໃກ້ຄວາມເຂົ້າໃຈໃນການເຮັດວຽກຂອງສັນຍາສະຫມາດ, ເຊັ່ນດຽວກັນກັບຄວາມເຂົ້າໃຈດີຂຶ້ນໃນກໍລະນີທີ່ພວກເຂົາຄວນຈະຖືກນໍາໃຊ້.

ມັນຍັງສາມາດປະຕິບັດໄດ້ໂດຍໃຊ້ Bitcoin, ເຖິງແມ່ນວ່າໃນປັດຈຸບັນ Bitcoin ຍັງບໍ່ສາມາດຖືກເອີ້ນວ່າເປັນເວທີເຕັມທີ່ສໍາລັບສັນຍາສະຫມາດ. ດັ່ງນັ້ນ, ພວກເຮົາມີຜູ້ຊື້ບາງຄົນແລະພວກເຮົາມີຮ້ານອອນໄລນ໌. ລູກຄ້າຕ້ອງການຊື້ຈໍພາບຈາກຮ້ານນີ້. ໃນກໍລະນີງ່າຍດາຍທີ່ສຸດ, ຜູ້ຊື້ເຮັດສໍາເລັດແລະສົ່ງການຊໍາລະເງິນ, ແລະຮ້ານອອນໄລນ໌ຍອມຮັບມັນ, ຢືນຢັນມັນ, ແລະຫຼັງຈາກນັ້ນສົ່ງສິນຄ້າ. ຢ່າງໃດກໍ່ຕາມ, ໃນສະຖານະການນີ້ມີຄວາມຕ້ອງການທີ່ຈະໄວ້ວາງໃຈຢ່າງຫຼວງຫຼາຍ - ຜູ້ຊື້ຕ້ອງໄວ້ວາງໃຈກັບຮ້ານອອນໄລນ໌ສໍາລັບຄ່າໃຊ້ຈ່າຍທັງຫມົດຂອງຈໍພາບ. ເນື່ອງຈາກຮ້ານຄ້າອອນໄລນ໌ອາດມີຊື່ສຽງຕໍ່າໃນສາຍຕາຂອງຜູ້ຊື້, ມີຄວາມສ່ຽງທີ່ສໍາລັບເຫດຜົນບາງຢ່າງ, ຫຼັງຈາກຍອມຮັບການຊໍາລະເງິນ, ຮ້ານຈະປະຕິເສດການບໍລິການແລະຈະບໍ່ສົ່ງສິນຄ້າໃຫ້ຜູ້ຊື້. ດັ່ງນັ້ນ, ຜູ້ຊື້ຖາມຄໍາຖາມ (ແລະ, ຕາມຄວາມເຫມາະສົມ, ຮ້ານຄ້າອອນໄລນ໌ຖາມຄໍາຖາມນີ້) ສິ່ງທີ່ສາມາດນໍາໃຊ້ໃນກໍລະນີນີ້ເພື່ອຫຼຸດຜ່ອນຄວາມສ່ຽງດັ່ງກ່າວແລະເຮັດໃຫ້ທຸລະກໍາດັ່ງກ່າວມີຄວາມຫນ້າເຊື່ອຖືຫຼາຍຂຶ້ນ.

ໃນກໍລະນີຂອງ Bitcoin, ມັນເປັນໄປໄດ້ທີ່ຈະອະນຸຍາດໃຫ້ຜູ້ຊື້ແລະຜູ້ຂາຍສາມາດເລືອກເອົາຜູ້ໄກ່ເກ່ຍເປັນເອກະລາດ. ມີຫຼາຍຄົນທີ່ມີສ່ວນຮ່ວມໃນການແກ້ໄຂບັນຫາການຂັດແຍ້ງ. ແລະຜູ້ເຂົ້າຮ່ວມຂອງພວກເຮົາສາມາດເລືອກເອົາຈາກບັນຊີລາຍຊື່ທົ່ວໄປຂອງຜູ້ໄກ່ເກ່ຍຜູ້ທີ່ເຂົາເຈົ້າຈະໄວ້ວາງໃຈ. ເຂົາເຈົ້າຮ່ວມກັນສ້າງ 2 ໃນ 3 ທີ່ຢູ່ຫຼາຍລາຍເຊັນທີ່ມີສາມກະແຈແລະສອງລາຍເຊັນທີ່ມີສອງກະແຈແມ່ນຕ້ອງການເພື່ອໃຊ້ຫຼຽນຈາກທີ່ຢູ່ນັ້ນ. ກຸນແຈອັນໜຶ່ງຈະເປັນຂອງຜູ້ຊື້, ອັນທີສອງແມ່ນຂອງຮ້ານອອນໄລນ໌, ແລະອັນທີສາມແມ່ນຂອງຜູ້ໄກ່ເກ່ຍ. ແລະໄປຫາທີ່ຢູ່ multisignature ດັ່ງກ່າວ, ຜູ້ຊື້ຈະສົ່ງຈໍານວນທີ່ຈໍາເປັນເພື່ອຈ່າຍຄ່າຈໍພາບ. ໃນປັດຈຸບັນ, ເມື່ອຜູ້ຂາຍເຫັນວ່າເງິນຖືກບລັອກສໍາລັບບາງເວລາທີ່ຢູ່ multisignature ທີ່ຂຶ້ນກັບລາວ, ລາວສາມາດສົ່ງຈໍພາບທາງໄປສະນີໄດ້ຢ່າງປອດໄພ.

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

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

ຜູ້ໄກ່ເກ່ຍມີຄວາມສົນໃຈພ້ອມໆກັນກັບຄວາມພໍໃຈຂອງຜູ້ຊື້ແລະຜົນປະໂຫຍດຂອງຮ້ານອອນໄລນ໌ (ມັນຈະກາຍເປັນທີ່ຊັດເຈນວ່າເປັນຫຍັງຕໍ່ມາ). ມັນປະກອບເປັນທຸລະກໍາທີ່ຫຼຽນຈາກທີ່ຢູ່ຫຼາຍລາຍເຊັນຈະຖືກໃຊ້ໃນອັດຕາສ່ວນບາງຢ່າງລະຫວ່າງຜູ້ຊື້, ຮ້ານຄ້າອອນໄລນ໌ແລະຜູ້ໄກ່ເກ່ຍ, ເພາະວ່າລາວເອົາສ່ວນຫນຶ່ງສໍາລັບຕົນເອງເປັນລາງວັນສໍາລັບການເຮັດວຽກຂອງລາວ. ໃຫ້ເວົ້າວ່າ 90% ຂອງຈໍານວນທັງຫມົດແມ່ນໄປຫາຜູ້ຂາຍ, 5% ກັບຜູ້ໄກ່ເກ່ຍແລະ 5% ການຊົດເຊີຍຜູ້ຊື້. ຜູ້ໄກ່ເກ່ຍລົງລາຍເຊັນນີ້ດ້ວຍກະແຈຂອງລາວ, ແຕ່ມັນຍັງບໍ່ສາມາດໃຊ້ໄດ້, ເພາະວ່າມັນຕ້ອງການສອງລາຍເຊັນ, ແຕ່ມີພຽງອັນດຽວເທົ່ານັ້ນທີ່ຄຸ້ມຄ່າ. ມັນສົ່ງການເຮັດທຸລະກໍາດັ່ງກ່າວໃຫ້ທັງຜູ້ຊື້ແລະຜູ້ຂາຍ. ຖ້າຢ່າງຫນ້ອຍຫນຶ່ງຂອງພວກເຂົາພໍໃຈກັບທາງເລືອກນີ້ສໍາລັບການແຈກຢາຍຄືນເງິນຫຼຽນ, ຫຼັງຈາກນັ້ນ, ການເຮັດທຸລະກໍາຈະຖືກເຊັນລ່ວງຫນ້າແລະແຈກຢາຍໃຫ້ເຄືອຂ່າຍ. ເພື່ອກວດສອບມັນ, ມັນພຽງພໍທີ່ຫນຶ່ງໃນພາກສ່ວນຂອງທຸລະກໍາຕົກລົງເຫັນດີກັບທາງເລືອກຂອງຜູ້ໄກ່ເກ່ຍ.

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

ຕົວຢ່າງທີ່ມີຫໍພັກແລະຕູ້ເຢັນ

ຂໍໃຫ້ເບິ່ງຕົວຢ່າງທີ່ສັບສົນຫຼາຍທີ່ສະແດງໃຫ້ເຫັນຄວາມສາມາດຂອງສັນຍາສະຫມາດຢ່າງຈະແຈ້ງກວ່າ.

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

ພວກເຂົາສາມາດໃຊ້ບໍລິການ escrow, ນັ້ນແມ່ນ, ເລືອກຜູ້ໄກ່ເກ່ຍທີ່ຈະຕິດຕາມການປະຕິບັດການເຮັດທຸລະກໍາແລະແກ້ໄຂບັນຫາການຂັດແຍ້ງຖ້າມີ. ຫຼັງ​ຈາກ​ນັ້ນ​, ໄດ້​ຕົກ​ລົງ​ເຫັນ​ດີ​, ພວກ​ເຂົາ​ເຈົ້າ​ໄດ້​ສ້າງ​ສັນ​ຍາ​ທີ່​ສະ​ຫຼາດ​ແລະ​ກໍາ​ນົດ​ເງື່ອນ​ໄຂ​ສະ​ເພາະ​ໃດ​ຫນຶ່ງ​ໃນ​ມັນ​.

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

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

ການຈັດປະເພດຂອງສັນຍາສະຫມາດ

ສໍາລັບການຈັດປະເພດ, ທ່ານສາມາດກໍານົດກຸ່ມທີ່ແຕກຕ່າງກັນຂອງເງື່ອນໄຂ. ຢ່າງໃດກໍ່ຕາມ, ໃນເວລານີ້ຂອງການພັດທະນາເຕັກໂນໂລຢີ, ສີ່ຂອງພວກເຂົາແມ່ນມີຄວາມກ່ຽວຂ້ອງ.

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

ພວກເຂົາເຈົ້າຍັງສາມາດຈໍາແນກໄດ້ໂດຍຂະບວນການກໍານົດແລະປະຕິບັດຕາມເງື່ອນໄຂ: ພວກເຂົາສາມາດຂຽນໂປຼແກຼມໄດ້ຢ່າງເສລີ, ຈໍາກັດຫຼືກໍານົດໄວ້ລ່ວງຫນ້າ, i.e. ພິມຢ່າງເຂັ້ມງວດ. ເມື່ອມີພຽງແຕ່ 4 ສັນຍາສະຫມາດສະເພາະໃນເວທີສັນຍາສະຫມາດ, ຕົວກໍານົດການສໍາລັບພວກເຂົາສາມາດຖືກກໍານົດໃນທາງໃດກໍ່ຕາມ. ດັ່ງນັ້ນ, ການຕັ້ງຄ່າພວກມັນແມ່ນງ່າຍດາຍຫຼາຍ: ພວກເຮົາເລືອກສັນຍາຈາກບັນຊີລາຍຊື່ແລະຜ່ານຕົວກໍານົດການ.

ອີງຕາມວິທີການລິເລີ່ມ, ມີສັນຍາສະຫມາດອັດຕະໂນມັດ, ນັ້ນແມ່ນ, ເມື່ອເງື່ອນໄຂບາງຢ່າງເກີດຂື້ນ, ເຂົາເຈົ້າດໍາເນີນການດ້ວຍຕົນເອງ, ແລະມີສັນຍາທີ່ກໍານົດເງື່ອນໄຂ, ແຕ່ເວທີບໍ່ໄດ້ກວດສອບການສໍາເລັດຂອງພວກເຂົາໂດຍອັດຕະໂນມັດ; ຈໍາເປັນຕ້ອງໄດ້ລິເລີ່ມແຍກຕ່າງຫາກ.

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

ຂ້າງລຸ່ມນີ້ພວກເຮົາຈະພິຈາລະນາຢ່າງລະອຽດກ່ຽວກັບສາມເງື່ອນໄຂທໍາອິດເພື່ອນໍາເອົາຄວາມຊັດເຈນຫຼາຍຂຶ້ນໄປສູ່ຄວາມເຂົ້າໃຈຂອງຫົວຂໍ້ໃນປະຈຸບັນ.

ສັນຍາອັດສະລິຍະຕາມເວລາແລ່ນ

ອີງ​ຕາມ​ສະ​ພາບ​ແວດ​ລ້ອມ​ການ​ປະ​ຕິ​ບັດ​, ການ​ຈໍາ​ແນກ​ແມ່ນ​ເຮັດ​ໃຫ້​ລະ​ຫວ່າງ​ເວ​ທີ​ສັນ​ຍາ smart ເປັນ​ສູນ​ກາງ​ແລະ​ການ​ແບ່ງ​ປັນ​. ໃນກໍລະນີຂອງສັນຍາດິຈິຕອລສູນກາງ, ການບໍລິການດຽວຖືກນໍາໃຊ້, ບ່ອນທີ່ມີພຽງແຕ່ຫນຶ່ງ validator ແລະອາດຈະມີການບໍລິການສໍາຮອງຂໍ້ມູນແລະການຟື້ນຟູ, ເຊິ່ງຍັງຄຸ້ມຄອງສູນກາງ. ມີຖານຂໍ້ມູນຫນຶ່ງທີ່ເກັບຮັກສາຂໍ້ມູນທີ່ຈໍາເປັນທັງຫມົດເພື່ອກໍານົດເງື່ອນໄຂຂອງສັນຍາສະຫມາດແລະແຈກຢາຍມູນຄ່າທີ່ຖືກພິຈາລະນາໃນຖານຂໍ້ມູນການບໍລິການຫຼາຍນີ້. ການບໍລິການສູນກາງດັ່ງກ່າວມີລູກຄ້າທີ່ກໍານົດເງື່ອນໄຂດ້ວຍການຮ້ອງຂໍສະເພາະໃດຫນຶ່ງແລະນໍາໃຊ້ສັນຍາດັ່ງກ່າວ. ເນື່ອງຈາກລັກສະນະສູນກາງຂອງແພລະຕະຟອມ, ກົນໄກການກວດສອບອາດຈະປອດໄພຫນ້ອຍກວ່າໃນ cryptocurrencies.

ເປັນຕົວຢ່າງ, ພວກເຮົາສາມາດເອົາຜູ້ໃຫ້ບໍລິການການສື່ສານມືຖື (ຜູ້ໃຫ້ບໍລິການມືຖືທີ່ແຕກຕ່າງກັນ). ສົມມຸດວ່າຜູ້ປະຕິບັດການສະເພາະໃດຫນຶ່ງຮັກສາບັນທຶກການຈາລະຈອນສູນກາງຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງມັນ, ເຊິ່ງສາມາດຖ່າຍທອດໃນຮູບແບບທີ່ແຕກຕ່າງກັນ, ຕົວຢ່າງ: ໃນຮູບແບບຂອງການໂທສຽງ, ການສົ່ງ SMS, ການຈະລາຈອນທາງອິນເຕີເນັດມືຖື, ແລະອີງຕາມມາດຕະຖານທີ່ແຕກຕ່າງກັນ, ແລະຍັງຮັກສາບັນທຶກ. ຂອງກອງທຶນໃນຍອດຜູ້ໃຊ້. ຕາມນັ້ນແລ້ວ, ຜູ້ໃຫ້ບໍລິການສື່ສານມືຖືສາມາດສ້າງສັນຍາບັນຊີສໍາລັບການບໍລິການທີ່ສະຫນອງໃຫ້ແລະການຈ່າຍເງິນຂອງພວກເຂົາດ້ວຍເງື່ອນໄຂທີ່ແຕກຕ່າງກັນ. ໃນກໍລະນີນີ້, ມັນງ່າຍທີ່ຈະກໍານົດເງື່ອນໄຂເຊັ່ນ "ສົ່ງ SMS ດ້ວຍລະຫັດດັ່ງກ່າວແລະລະຫັດດັ່ງກ່າວແລະຈໍານວນດັ່ງກ່າວແລະທ່ານຈະໄດ້ຮັບເງື່ອນໄຂດັ່ງກ່າວແລະການແຈກຢາຍການຈະລາຈອນ."

ຕົວຢ່າງອື່ນສາມາດໃຫ້ໄດ້: ທະນາຄານແບບດັ້ງເດີມທີ່ມີການຂະຫຍາຍການທໍາງານຂອງທະນາຄານອິນເຕີເນັດແລະສັນຍາງ່າຍດາຍຫຼາຍເຊັ່ນ: ການຈ່າຍເງິນປົກກະຕິ, ການແປງອັດຕະໂນມັດຂອງການຈ່າຍເງິນຂາເຂົ້າ, ການຫັກດອກເບ້ຍອັດຕະໂນມັດໄປຫາບັນຊີທີ່ກໍານົດ, ແລະອື່ນໆ.

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

ສັນຍາສະຫມາດໂດຍວິທີການກໍານົດແລະປະຕິບັດຕາມເງື່ອນໄຂ

ຕອນນີ້ໃຫ້ພິຈາລະນາເບິ່ງວ່າສັນຍາທີ່ສະຫລາດສາມາດແຕກຕ່າງກັນແນວໃດໃນວິທີທີ່ພວກເຂົາກໍານົດແລະປະຕິບັດຕາມເງື່ອນໄຂ. ໃນທີ່ນີ້ພວກເຮົາຫັນຄວາມສົນໃຈຂອງພວກເຮົາໄປຫາສັນຍາສະຫມາດທີ່ມີໂຄງການແບບສຸ່ມແລະ Turing ສໍາເລັດ. ສັນຍາອັດສະລິຍະ Turing-complete ຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດເກືອບທຸກ algorithms ເປັນເງື່ອນໄຂສໍາລັບການປະຕິບັດສັນຍາ: ຂຽນຮອບວຽນ, ບາງຫນ້າທີ່ສໍາລັບການຄິດໄລ່ຄວາມເປັນໄປໄດ້, ແລະຄ້າຍຄືກັນ - ເຫມາະສົມກັບສູດການຄິດໄລ່ລາຍເຊັນເອເລັກໂຕຣນິກຂອງທ່ານເອງ. ໃນກໍລະນີນີ້, ພວກເຮົາຫມາຍເຖິງການຂຽນຕາມເຫດຜົນຢ່າງແທ້ຈິງ.

ຍັງມີສັນຍາສະຫມາດທີ່ຕົນເອງມັກ, ແຕ່ບໍ່ແມ່ນ Turing ທີ່ສົມບູນ. ນີ້ປະກອບມີ Bitcoin ແລະ Litecoin ທີ່ມີສະຄິບຂອງຕົນເອງ. ນີ້ຫມາຍຄວາມວ່າທ່ານສາມາດນໍາໃຊ້ພຽງແຕ່ການດໍາເນີນງານສະເພາະໃດຫນຶ່ງໃນຄໍາສັ່ງໃດກໍ່ຕາມ, ແຕ່ທ່ານບໍ່ສາມາດຂຽນ loops ແລະ algorithms ຂອງທ່ານເອງ.

ນອກຈາກນັ້ນ, ມີແພລະຕະຟອມສັນຍາສະຫມາດທີ່ປະຕິບັດສັນຍາສະຫມາດທີ່ກໍານົດໄວ້ກ່ອນ. ເຫຼົ່ານີ້ລວມມີ Bitshares ແລະ Steemit. Bitshares ມີຂອບເຂດຂອງສັນຍາສະຫມາດສໍາລັບການຊື້ຂາຍ, ການຄຸ້ມຄອງບັນຊີ, ການຄຸ້ມຄອງແພລະຕະຟອມຂອງມັນເອງແລະຕົວກໍານົດການຂອງມັນ. Steemit ເປັນແພລະຕະຟອມທີ່ຄ້າຍຄືກັນ, ແຕ່ມັນບໍ່ໄດ້ສຸມໃສ່ການອອກ tokens ແລະການຊື້ຂາຍ, ເຊັ່ນ Bitshares, ແຕ່ໃນ blogging, i.e. ມັນເກັບຮັກສາແລະປະມວນຜົນເນື້ອຫາໃນລັກສະນະການກະຈາຍ.

ສັນຍາ Turing-ສົມບູນແບບ Arbitrary ປະກອບມີແພລະຕະຟອມ Ethereum ແລະ RootStock, ເຊິ່ງຍັງຢູ່ພາຍໃຕ້ການພັດທະນາ. ດັ່ງນັ້ນ, ຂ້າງລຸ່ມນີ້ພວກເຮົາຈະຢູ່ໃນລາຍລະອຽດເລັກນ້ອຍໃນເວທີສັນຍາສະຫມາດ Ethereum.

ສັນຍາສະຫມາດໂດຍວິທີການເລີ່ມຕົ້ນ

ອີງຕາມວິທີການເລີ່ມຕົ້ນ, ສັນຍາສະຫມາດຍັງສາມາດແບ່ງອອກເປັນຢ່າງຫນ້ອຍສອງກຸ່ມ: ອັດຕະໂນມັດແລະຄູ່ມື (ບໍ່ແມ່ນອັດຕະໂນມັດ). ອັດຕະໂນມັດແມ່ນມີລັກສະນະໂດຍຄວາມຈິງທີ່ວ່າ, ໃຫ້ທຸກຕົວກໍານົດການແລະເງື່ອນໄຂທີ່ຮູ້ຈັກ, ສັນຍາສະຫມາດໄດ້ຖືກປະຕິບັດຢ່າງສົມບູນແບບອັດຕະໂນມັດ, ນັ້ນແມ່ນ, ມັນບໍ່ຈໍາເປັນຕ້ອງສົ່ງທຸລະກໍາເພີ່ມເຕີມແລະໃຊ້ຄະນະກໍາມະການເພີ່ມເຕີມໃນແຕ່ລະການປະຕິບັດຕໍ່ໄປ. ເວທີຕົວມັນເອງມີຂໍ້ມູນທັງຫມົດເພື່ອຄິດໄລ່ວ່າສັນຍາສະຫມາດຈະສໍາເລັດແນວໃດ. ເຫດ​ຜົນ​ທີ່​ມີ​ບໍ່​ແມ່ນ​ຕົນ​ເອງ​, ແຕ່​ການ​ກໍາ​ນົດ​ໄວ້​ລ່ວງ​ຫນ້າ​ແລະ​ທັງ​ຫມົດ​ນີ້​ແມ່ນ​ຄາດ​ຄະ​ເນ​. ນັ້ນແມ່ນ, ທ່ານສາມາດຄາດຄະເນລ່ວງຫນ້າກ່ຽວກັບຄວາມສັບສົນຂອງການປະຕິບັດສັນຍາສະຫມາດ, ໃຊ້ບາງປະເພດຂອງຄະນະກໍາມະການຄົງທີ່ສໍາລັບມັນ, ແລະຂະບວນການທັງຫມົດສໍາລັບການຈັດຕັ້ງປະຕິບັດແມ່ນມີປະສິດທິພາບຫຼາຍຂຶ້ນ.

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

ບັນຊີ Ethereum

ປະເພດບັນຊີ Ethereum

ຂໍໃຫ້ເບິ່ງວ່າບັນຊີປະເພດໃດທີ່ສາມາດຢູ່ໃນເວທີ Ethereum. ມີພຽງແຕ່ສອງປະເພດຂອງບັນຊີຢູ່ທີ່ນີ້ແລະບໍ່ມີທາງເລືອກອື່ນ. ປະເພດທໍາອິດເອີ້ນວ່າບັນຊີຜູ້ໃຊ້, ທີສອງແມ່ນບັນຊີສັນຍາ. ໃຫ້ພວກເຮົາຄິດອອກວ່າພວກມັນແຕກຕ່າງກັນແນວໃດ.

ບັນຊີຜູ້ໃຊ້ຖືກຄວບຄຸມໂດຍກະແຈສ່ວນຕົວຂອງລາຍເຊັນອີເລັກໂທຣນິກເທົ່ານັ້ນ. ເຈົ້າຂອງບັນຊີສ້າງຄູ່ຄີຂອງຕົນເອງສໍາລັບລາຍເຊັນອີເລັກໂທຣນິກໂດຍໃຊ້ລະບົບ ECDSA (Elliptic Curve Digital Signature Algorithm). ມີພຽງທຸລະກຳທີ່ເຊັນດ້ວຍກະແຈນີ້ທີ່ສາມາດປ່ຽນສະຖານະຂອງບັນຊີນີ້ໄດ້.

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

ວິທີການສ້າງບັນຊີໃນ Ethereum

ໃນກໍລະນີຂອງບັນຊີຜູ້ໃຊ້, ເຈົ້າຂອງເປັນເອກະລາດສ້າງຄູ່ທີ່ສໍາຄັນໂດຍໃຊ້ ECDSA. ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະສັງເກດວ່າ Ethereum ໃຊ້ສູດການຄິດໄລ່ດຽວກັນແລະເສັ້ນໂຄ້ງຮູບໄຂ່ທີ່ຄືກັນສໍາລັບການລົງລາຍເຊັນອີເລັກໂທຣນິກເປັນ Bitcoin, ແຕ່ທີ່ຢູ່ໄດ້ຖືກຄິດໄລ່ໃນທາງທີ່ແຕກຕ່າງກັນເລັກນ້ອຍ. ທີ່ນີ້, ຜົນໄດ້ຮັບຂອງສອງ hashing ແມ່ນບໍ່ຖືກນໍາໃຊ້ອີກຕໍ່ໄປ, ເຊັ່ນດຽວກັບ Bitcoin, ແຕ່ hashing ດຽວແມ່ນສະຫນອງໃຫ້ກັບຟັງຊັນ Keccak ໃນຄວາມຍາວຂອງ 256 bits. ບິດທີ່ສຳຄັນໜ້ອຍສຸດຖືກຕັດອອກຈາກຄ່າທີ່ໄດ້ຮັບ, ຄື 160 ບິດທີ່ສຳຄັນໜ້ອຍສຸດຂອງຄ່າ hash ຜົນຜະລິດ. ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ຮັບທີ່ຢູ່ໃນ Ethereum. ໃນຄວາມເປັນຈິງ, ມັນໃຊ້ເວລາເຖິງ 20 bytes.

ກະລຸນາສັງເກດວ່າຕົວລະບຸບັນຊີໃນ Ethereum ຖືກເຂົ້າລະຫັດໃນ hex ໂດຍບໍ່ມີການນໍາໃຊ້ checksum, ບໍ່ເຫມືອນກັບ Bitcoin ແລະລະບົບອື່ນໆຈໍານວນຫຼາຍ, ບ່ອນທີ່ທີ່ຢູ່ໄດ້ຖືກເຂົ້າລະຫັດໃນລະບົບເລກຖານ 58 ດ້ວຍການເພີ່ມ checksum. ນີ້ຫມາຍຄວາມວ່າທ່ານຈໍາເປັນຕ້ອງລະມັດລະວັງໃນເວລາທີ່ເຮັດວຽກກັບຕົວລະບຸບັນຊີໃນ Ethereum: ເຖິງແມ່ນວ່າຄວາມຜິດພາດຫນຶ່ງໃນຕົວລະບຸແມ່ນຮັບປະກັນທີ່ຈະນໍາໄປສູ່ການສູນເສຍຫຼຽນ.

ມີຄຸນນະສົມບັດທີ່ສໍາຄັນແລະມັນແມ່ນວ່າບັນຊີຜູ້ໃຊ້ໃນລະດັບຖານຂໍ້ມູນທົ່ວໄປແມ່ນຖືກສ້າງຂຶ້ນໃນເວລານີ້ເມື່ອລາວຍອມຮັບການຈ່າຍເງິນຄັ້ງທໍາອິດທີ່ເຂົ້າມາ.

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

ແຕ່ລະສັນຍາສະຫມາດຕ້ອງມີຕົວສ້າງຂອງຕົນເອງ (ຂອງສັນຍານີ້). ມັນອາດຈະຫວ່າງເປົ່າຫຼືມັນອາດຈະມີເນື້ອຫາ. ຫຼັງຈາກຜູ້ກໍ່ສ້າງຖືກປະຕິບັດ, ຕົວລະບຸບັນຊີສັນຍາສະຫມາດແມ່ນຖືກສ້າງຂຶ້ນ, ໂດຍໃຊ້ທີ່ທ່ານສາມາດສົ່ງຫຼຽນ, ໂທຫາວິທີການສັນຍາສະຫມາດບາງຢ່າງ, ແລະອື່ນໆ.

ໂຄງສ້າງການເຮັດທຸລະກໍາ Ethereum

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

ທຸລະກໍາ Ethereum ປະກອບດ້ວຍຫຼາຍຊ່ອງຂໍ້ມູນ. ຫນ້າທໍາອິດຂອງການເຫຼົ່ານີ້, ບໍ່ແມ່ນ, ແມ່ນຈໍານວນ serial ທີ່ແນ່ນອນຂອງທຸລະກໍາທີ່ກ່ຽວຂ້ອງກັບບັນຊີຕົວມັນເອງທີ່ແຈກຢາຍມັນແລະເປັນຜູ້ຂຽນຂອງມັນ. ນີ້ແມ່ນສິ່ງຈໍາເປັນເພື່ອຈໍາແນກການເຮັດທຸລະກໍາສອງເທົ່າ, ນັ້ນແມ່ນ, ເພື່ອຍົກເວັ້ນກໍລະນີໃນເວລາທີ່ການເຮັດທຸລະກໍາດຽວກັນຖືກຍອມຮັບສອງຄັ້ງ. ໂດຍການນໍາໃຊ້ຕົວລະບຸ, ແຕ່ລະທຸລະກໍາມີມູນຄ່າ hash ເປັນເອກະລັກ.

ຕໍ່ໄປແມ່ນພາກສະຫນາມເຊັ່ນ ລາຄາອາຍແກັດ. ນີ້ຊີ້ໃຫ້ເຫັນລາຄາທີ່ສະກຸນເງິນພື້ນຖານ Ethereum ຖືກປ່ຽນເປັນອາຍແກັສ, ເຊິ່ງຖືກນໍາໃຊ້ເພື່ອຈ່າຍຄ່າປະຕິບັດສັນຍາສະຫມາດແລະການຈັດສັນຊັບພະຍາກອນຂອງເຄື່ອງ virtual. ມັນຫມາຍຄວາມວ່າແນວໃດ?

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

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

ມີລັກສະນະເພີ່ມເຕີມຂອງການເຮັດທຸລະກໍາໃນ Ethereum: bytecode ທີ່ມັນບັນຈຸສໍາລັບການປະຕິບັດໃນເຄື່ອງ virtual ຈະຖືກປະຕິບັດຈົນກ່ວາມັນສໍາເລັດດ້ວຍຜົນໄດ້ຮັບບາງຢ່າງ (ຜົນສໍາເລັດຫຼືຄວາມລົ້ມເຫລວ) ຫຼືຈົນກ່ວາຈໍານວນຫຼຽນທີ່ຈັດສັນໄວ້ຫມົດເພື່ອຈ່າຍຄ່າຄະນະກໍາມະການ. . ມັນແມ່ນເພື່ອຫຼີກເວັ້ນສະຖານະການທີ່, ໃນກໍລະນີທີ່ມີຂໍ້ຜິດພາດບາງຢ່າງ, ຫຼຽນທັງຫມົດຈາກບັນຊີຂອງຜູ້ສົ່ງໄດ້ຖືກໃຊ້ເຂົ້າໃນຄະນະກໍາມະການ (ຕົວຢ່າງ, ວົງຈອນນິລັນດອນບາງຊະນິດເລີ່ມຕົ້ນໃນເຄື່ອງ virtual), ພາກສະຫນາມຕໍ່ໄປນີ້ມີຢູ່ - ເລີ່ມອາຍແກັສ (ມັກເອີ້ນວ່າຂອບເຂດຈໍາກັດອາຍແກັສ) - ມັນກໍານົດຈໍານວນສູງສຸດຂອງຫຼຽນທີ່ຜູ້ສົ່ງເຕັມໃຈທີ່ຈະໃຊ້ເພື່ອເຮັດທຸລະກໍາທີ່ແນ່ນອນ.

ພາກສະຫນາມຕໍ່ໄປແມ່ນເອີ້ນວ່າ ທີ່ຢູ່ປາຍທາງ. ນີ້ປະກອບມີທີ່ຢູ່ຂອງຜູ້ຮັບຫຼຽນຫຼືທີ່ຢູ່ຂອງສັນຍາສະຫມາດສະເພາະທີ່ວິທີການຈະຖືກເອີ້ນ. ຫຼັງຈາກທີ່ມັນມາພາກສະຫນາມ ມູນຄ່າ, ບ່ອນທີ່ຈໍານວນຫຼຽນທີ່ຖືກສົ່ງໄປຫາທີ່ຢູ່ປາຍທາງຖືກໃສ່.

ຕໍ່ໄປແມ່ນພາກສະຫນາມທີ່ຫນ້າສົນໃຈທີ່ເອີ້ນວ່າ ຂໍ້ມູນ, ບ່ອນທີ່ໂຄງສ້າງທັງຫມົດເຫມາະ. ນີ້ບໍ່ແມ່ນພາກສະຫນາມແຍກຕ່າງຫາກ, ແຕ່ເປັນໂຄງສ້າງທັງຫມົດທີ່ລະຫັດສໍາລັບເຄື່ອງ virtual ຖືກກໍານົດ. ທ່ານສາມາດວາງຂໍ້ມູນໂດຍຕົນເອງໄດ້ທີ່ນີ້ - ມີກົດລະບຽບແຍກຕ່າງຫາກສໍາລັບການນີ້.

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

ຕົວຢ່າງລະຫັດສັນຍາສະຫມາດສໍາລັບ Solidity

ຕອນນີ້ຂໍໃຫ້ພິຈາລະນາເບິ່ງສັນຍາສະຫມາດທີ່ງ່າຍດາຍທີ່ສຸດໂດຍໃຊ້ຕົວຢ່າງ.

contract Bank {
    address owner;
    mapping(address => uint) balances;
    
    function Bank() {
        owner = msg.sender;
    }

    function deposit() public payable {
        balances[msg.sender] += msg.value;
    }

    function withdraw(uint amount) public {
        if (balances[msg.sender] >= amount) {
            balances[msg.sender] -= amount;
            msg.sender.transfer(amount);
        }
    }

    function getMyBalance() public view returns(uint) {
        return balances[msg.sender];
    }

    function kill() public {
        if (msg.sender == owner)
            selfdestruct(owner);
    }
}

ຂ້າງເທິງນີ້ແມ່ນລະຫັດແຫຼ່ງທີ່ງ່າຍດາຍທີ່ສາມາດຖືຫຼຽນຂອງຜູ້ໃຊ້ແລະສົ່ງຄືນຕາມຄວາມຕ້ອງການ.

ດັ່ງນັ້ນ, ມີສັນຍາສະຫມາດຂອງທະນາຄານທີ່ປະຕິບັດຫນ້າທີ່ດັ່ງຕໍ່ໄປນີ້: ມັນສະສົມຫຼຽນໃນຍອດເງິນຂອງມັນ, ນັ້ນແມ່ນ, ເມື່ອການເຮັດທຸລະກໍາຖືກຢືນຢັນແລະສັນຍາສະຫມາດດັ່ງກ່າວຖືກວາງໄວ້, ບັນຊີໃຫມ່ກໍ່ຖືກສ້າງຂື້ນທີ່ສາມາດບັນຈຸຫຼຽນຢູ່ໃນຍອດເງິນຂອງມັນ; ມັນຈື່ຜູ້ໃຊ້ແລະການແຈກຢາຍຂອງຫຼຽນລະຫວ່າງພວກເຂົາ; ມີຫຼາຍວິທີການໃນການຄຸ້ມຄອງຍອດເງິນ, ນັ້ນແມ່ນ, ມັນເປັນໄປໄດ້ທີ່ຈະຕື່ມຂໍ້ມູນ, ຖອນແລະກວດເບິ່ງຍອດເງິນຂອງຜູ້ໃຊ້.

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

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

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

ວິທີການຕໍ່ໄປແມ່ນເອີ້ນວ່າການຖອນຕົວແລະມັນໃຊ້ເວລາຫນຶ່ງຕົວກໍານົດ - ຈໍານວນຫຼຽນທີ່ຜູ້ໃດຜູ້ຫນຶ່ງຕ້ອງການຖອນເງິນຈາກທະນາຄານນີ້. ນີ້ກວດເບິ່ງວ່າມີຫຼຽນພຽງພໍໃນຍອດເງິນຂອງຜູ້ໃຊ້ທີ່ໂທຫາວິທີການນີ້ເພື່ອສົ່ງພວກເຂົາ. ຖ້າມີພຽງພໍຂອງພວກເຂົາ, ຫຼັງຈາກນັ້ນສັນຍາສະຫມາດຕົວມັນເອງຈະສົ່ງຄືນຈໍານວນຫຼຽນນັ້ນໃຫ້ກັບຜູ້ໂທ.

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

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

ໂຫນດເຕັມຢູ່ໃນເຄືອຂ່າຍ Ethereum ເຮັດວຽກແນວໃດ?

ຂໍໃຫ້ເບິ່ງແບບແຜນວິທີວ່າສັນຍາສະຫມາດດັ່ງກ່າວຖືກປະຕິບັດຢູ່ໃນເວທີ Ethereum ແລະວິທີການເຄືອຂ່າຍເຕັມຮູບແບບເຮັດວຽກແນວໃດ.

ໂຫນດເຕັມຢູ່ໃນເຄືອຂ່າຍ Ethereum ຕ້ອງມີຢ່າງຫນ້ອຍສີ່ໂມດູນ.
ທໍາອິດ, ສໍາລັບໂປໂຕຄອນການແບ່ງຂັ້ນໃດ, ແມ່ນໂມດູນເຄືອຂ່າຍ P2P - ໂມດູນສໍາລັບການເຊື່ອມຕໍ່ເຄືອຂ່າຍແລະເຮັດວຽກກັບ nodes ອື່ນໆ, ບ່ອນທີ່ຕັນ, ທຸລະກໍາ, ແລະຂໍ້ມູນກ່ຽວກັບ nodes ອື່ນໆແມ່ນແລກປ່ຽນ. ນີ້ແມ່ນອົງປະກອບແບບດັ້ງເດີມສໍາລັບທຸກ cryptocurrencies ທີ່ມີການແບ່ງຂັ້ນຄຸ້ມຄອງ.

ຕໍ່ໄປ, ພວກເຮົາມີໂມດູນສໍາລັບການເກັບຮັກສາຂໍ້ມູນ blockchain, ການປຸງແຕ່ງ, ການເລືອກສາຂາບູລິມະສິດ, ຕັນ appending, unlinking blocks, validating ຕັນເຫຼົ່ານີ້, ແລະອື່ນໆ.

ໂມດູນທີສາມເອີ້ນວ່າ EVM (ເຄື່ອງ virtual Ethereum) - ນີ້ແມ່ນ ເຄື່ອງ virtual, ເຊິ່ງໄດ້ຮັບລະຫັດໄບຕ໌ຈາກທຸລະກຳ Ethereum. ໂມດູນນີ້ໄດ້ຮັບສະຖານະປັດຈຸບັນຂອງບັນຊີສະເພາະ ແລະ ປະຕິບັດການປ່ຽນແປງສະຖານະໂດຍອີງໃສ່ລະຫັດໄບຕ໌ທີ່ໄດ້ຮັບ. ລຸ້ນເຄື່ອງ virtual ໃນແຕ່ລະໂຫນດເຄືອຂ່າຍຕ້ອງຄືກັນ. ການຄຳນວນທີ່ປະຕິບັດໃນແຕ່ລະໂຫນດ Ethereum ແມ່ນຄືກັນ, ແຕ່ພວກມັນເກີດຂຶ້ນແບບ asynchronous: ບາງອັນກວດສອບ ແລະ ຍອມຮັບທຸລະກຳກ່ອນ, ປະຕິບັດລະຫັດທັງໝົດທີ່ຢູ່ພາຍໃນ, ໃນຂະນະທີ່ບາງອັນເຮັດໃນພາຍຫຼັງ. ດັ່ງນັ້ນ, ເມື່ອທຸລະກຳຖືກສ້າງຂຶ້ນ, ມັນຈະຖືກເຜີຍແຜ່ໄປຍັງເຄືອຂ່າຍ, ໂຫນດຍອມຮັບມັນ, ແລະ ໃນເວລາກວດສອບ, ເຊັ່ນດຽວກັບ Bitcoin Script ຖືກປະຕິບັດໃນ Bitcoin, ລະຫັດໄບຕ໌ຂອງເຄື່ອງ virtual ຈະຖືກປະຕິບັດຢູ່ທີ່ນີ້.

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

Myths ແລະຂໍ້ຈໍາກັດຂອງສັນຍາສະຫມາດ

ສໍາລັບຂໍ້ຈໍາກັດທີ່ມີຢູ່ສໍາລັບເວທີສັນຍາສະຫມາດທີ່ຄ້າຍຄືກັບ Ethereum, ຕໍ່ໄປນີ້ສາມາດອ້າງອີງ:

• ການ​ປະ​ຕິ​ບັດ​ລະ​ຫັດ​;
• ຈັດສັນຄວາມຊົງຈໍາ;
• ຂໍ້ມູນ blockchain;
• ສົ່ງການຈ່າຍເງິນ;
• ສ້າງສັນຍາໃຫມ່;
• ໂທຫາສັນຍາອື່ນໆ.

ຂໍໃຫ້ເບິ່ງຂໍ້ຈໍາກັດທີ່ວາງໄວ້ໃນເຄື່ອງ virtual, ແລະ, ຕາມຄວາມເຫມາະສົມ, dispel ບາງ myths ກ່ຽວກັບສັນຍາສະຫມາດ. ໃນເຄື່ອງ virtual, ເຊິ່ງບໍ່ພຽງແຕ່ຢູ່ໃນ Ethereum, ແຕ່ຍັງຢູ່ໃນເວທີທີ່ຄ້າຍຄືກັນ, ທ່ານສາມາດປະຕິບັດການປະຕິບັດຢ່າງມີເຫດຜົນຢ່າງແທ້ຈິງ, ນັ້ນແມ່ນ, ຂຽນລະຫັດແລະມັນຈະຖືກປະຕິບັດຢູ່ທີ່ນັ້ນ, ທ່ານຍັງສາມາດຈັດສັນຫນ່ວຍຄວາມຈໍາໄດ້. ຢ່າງໃດກໍ່ຕາມ, ຄ່າທໍານຽມແມ່ນຈ່າຍແຍກຕ່າງຫາກສໍາລັບແຕ່ລະການດໍາເນີນງານແລະສໍາລັບແຕ່ລະຫນ່ວຍຄວາມຈໍາເພີ່ມເຕີມທີ່ຖືກຈັດສັນ.

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

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

ຂໍ້ເສຍຂອງ Ethereum

ໃຫ້ບອກລາຍຊື່ຕົ້ນຕໍ. ຂໍ້ເສຍທໍາອິດແມ່ນວ່າມີຄວາມຫຍຸ້ງຍາກບາງຢ່າງໃນການອອກແບບ, ການພັດທະນາແລະການທົດສອບສັນຍາສະຫມາດໃນ Ethereum (Ethereum ໃຊ້ພາສາ Solidity ເພື່ອຂຽນສັນຍາສະຫມາດ). ແທ້ຈິງແລ້ວ, ການປະຕິບັດສະແດງໃຫ້ເຫັນວ່າອັດຕາສ່ວນຫຼາຍຂອງຄວາມຜິດພາດທັງຫມົດເປັນປັດໃຈຂອງມະນຸດ. ນີ້ແມ່ນຄວາມຈິງແທ້ໆສໍາລັບສັນຍາສະຫມາດ Ethereum ທີ່ຂຽນແລ້ວທີ່ມີຄວາມຊັບຊ້ອນສະເລ່ຍຫຼືສູງກວ່າ. ຖ້າສໍາລັບສັນຍາສະຫມາດແບບງ່າຍດາຍ, ຄວາມເປັນໄປໄດ້ຂອງຄວາມຜິດພາດແມ່ນຫນ້ອຍ, ຫຼັງຈາກນັ້ນໃນສັນຍາສະຫມາດທີ່ສັບສົນມັກຈະມີຄວາມຜິດພາດທີ່ນໍາໄປສູ່ການລັກເງິນ, ການແຊ່ແຂໍງຂອງພວກເຂົາ, ການທໍາລາຍສັນຍາສະຫມາດໃນທາງທີ່ບໍ່ຄາດຄິດ, ແລະອື່ນໆ. ຫຼາຍໆກໍລະນີແມ່ນແລ້ວ. ຮູ້ຈັກ.

ຂໍ້ເສຍທີສອງແມ່ນວ່າເຄື່ອງ virtual ຕົວຂອງມັນເອງບໍ່ສົມບູນແບບ, ເພາະວ່າມັນຍັງຖືກຂຽນໂດຍຄົນ. ມັນສາມາດປະຕິບັດຄໍາສັ່ງ arbitrary, ແລະໃນນັ້ນແມ່ນຈຸດອ່ອນ: ຈໍານວນຂອງຄໍາສັ່ງສາມາດໄດ້ຮັບການ configured ໃນວິທີການສະເພາະໃດຫນຶ່ງທີ່ຈະນໍາໄປສູ່ການຜົນສະທ້ອນທີ່ບໍ່ໄດ້ຄາດຄະເນລ່ວງຫນ້າ. ນີ້ແມ່ນພື້ນທີ່ທີ່ສັບສົນຫຼາຍ, ແຕ່ມີການສຶກສາຈໍານວນຫນຶ່ງແລ້ວທີ່ສະແດງໃຫ້ເຫັນວ່າຈຸດອ່ອນເຫຼົ່ານີ້ມີຢູ່ໃນເຄືອຂ່າຍ Ethereum ສະບັບປະຈຸບັນແລະພວກເຂົາສາມາດນໍາໄປສູ່ຄວາມລົ້ມເຫຼວຂອງສັນຍາສະຫມາດຫຼາຍ.

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

ໃນໄລຍະຜ່ານມາ, ມີໄລຍະຫນຶ່ງຂອງການພັດທະນາ Ethereum, ໃນເວລາທີ່ guys ຫຼາຍຄົນທີ່ເຂົ້າໃຈໃນລາຍລະອຽດການດໍາເນີນງານຂອງເຄື່ອງ virtual ໄດ້ພົບເຫັນຈຸດອ່ອນດັ່ງກ່າວ. ໃນຄວາມເປັນຈິງ, ການເຮັດທຸລະກໍາຈ່າຍຄ່າທໍານຽມຫນ້ອຍຫຼາຍ, ແຕ່ການປະຕິບັດຊ້າລົງໃນເຄືອຂ່າຍທັງຫມົດ. ບັນຫາເຫຼົ່ານີ້ແມ່ນມີຄວາມຫຍຸ້ງຍາກຫຼາຍທີ່ຈະແກ້ໄຂ, ນັບຕັ້ງແຕ່ມັນເປັນສິ່ງຈໍາເປັນ, ທໍາອິດ, ກໍານົດໃຫ້ເຂົາເຈົ້າ, ອັນທີສອງ, ປັບລາຄາສໍາລັບການປະຕິບັດການເຫຼົ່ານີ້ແລະ, ອັນທີສາມ, ປະຕິບັດການສ້ອມຍາກ, ຊຶ່ງຫມາຍຄວາມວ່າການປັບປຸງ nodes ເຄືອຂ່າຍທັງຫມົດເປັນສະບັບໃຫມ່. ຂອງຊອບແວ, ແລະຫຼັງຈາກນັ້ນການກະຕຸ້ນພ້ອມໆກັນຂອງການປ່ຽນແປງເຫຼົ່ານີ້.

ສໍາລັບ Ethereum, ການຄົ້ນຄວ້າຫຼາຍໄດ້ຖືກປະຕິບັດ, ປະສົບການປະຕິບັດຫຼາຍໄດ້ຮັບ: ທັງທາງບວກແລະທາງລົບ, ແຕ່ຢ່າງໃດກໍ່ຕາມ, ຍັງມີຄວາມຫຍຸ້ງຍາກແລະຈຸດອ່ອນທີ່ຍັງຕ້ອງໄດ້ຈັດການກັບບາງຢ່າງ.

ດັ່ງນັ້ນ, ພາກສ່ວນຫົວຂໍ້ຂອງບົດຄວາມໄດ້ຖືກສໍາເລັດ, ໃຫ້ກ້າວໄປສູ່ຄໍາຖາມທີ່ເກີດຂື້ນເລື້ອຍໆ.

ຄໍາຖາມທີ່ຖາມເລື້ອຍໆ

— ຖ້າທຸກຝ່າຍຂອງສັນຍາສະຫມາດທີ່ມີຢູ່ແລ້ວຕ້ອງການປ່ຽນເງື່ອນໄຂ, ພວກເຂົາສາມາດຍົກເລີກສັນຍາສະຫມາດນີ້ໂດຍໃຊ້ multisig, ແລະຫຼັງຈາກນັ້ນສ້າງສັນຍາສະຫມາດໃຫມ່ທີ່ມີຂໍ້ກໍານົດການປັບປຸງການປະຕິບັດຂອງມັນບໍ?

ຄໍາຕອບຢູ່ທີ່ນີ້ຈະເປັນສອງເທົ່າ. ເປັນຫຍັງ? ເນື່ອງຈາກວ່າໃນອີກດ້ານຫນຶ່ງ, ສັນຍາສະຫມາດຖືກກໍານົດຫນຶ່ງຄັ້ງແລະມັນບໍ່ໄດ້ຫມາຍເຖິງການປ່ຽນແປງໃດໆ, ແລະອີກດ້ານຫນຶ່ງ, ມັນສາມາດມີເຫດຜົນທາງສ່ວນຫນ້າຂອງລາຍລັກອັກສອນທີ່ສະຫນອງການປ່ຽນແປງທີ່ສົມບູນຫຼືບາງສ່ວນຂອງບາງເງື່ອນໄຂ. ນັ້ນແມ່ນ, ຖ້າທ່ານຕ້ອງການປ່ຽນແປງບາງສິ່ງບາງຢ່າງໃນສັນຍາສະຫມາດຂອງທ່ານ, ຫຼັງຈາກນັ້ນທ່ານຕ້ອງກໍານົດເງື່ອນໄຂທີ່ທ່ານສາມາດປັບປຸງເງື່ອນໄຂເຫຼົ່ານີ້. ຕາມ​ນັ້ນ​ແລ້ວ, ພຽງ​ແຕ່​ມີ​ລັກສະນະ​ຮອບ​ຄອບ​ເທົ່າ​ນັ້ນ​ຈຶ່ງ​ສາມາດ​ດຳ​ເນີນ​ການ​ຕໍ່​ອາຍຸ​ສັນຍາ​ໄດ້. ແຕ່ໃນທີ່ນີ້, ເຊັ່ນດຽວກັນ, ທ່ານສາມາດເຂົ້າໄປໃນບັນຫາ: ເຮັດຜິດພາດບາງຢ່າງແລະໄດ້ຮັບຄວາມອ່ອນແອທີ່ສອດຄ້ອງກັນ. ດັ່ງນັ້ນ, ສິ່ງດັ່ງກ່າວຈໍາເປັນຕ້ອງໄດ້ອອກແບບຢ່າງລະອຽດແລະລະມັດລະວັງຫຼາຍ.

— ຈະ​ເປັນ​ແນວ​ໃດ​ຖ້າ​ຜູ້​ໄກ່​ເກ່ຍ​ເຂົ້າ​ຮ່ວມ​ໃນ​ຂໍ້​ຕົກ​ລົງ​ກັບ​ຫນຶ່ງ​ໃນ​ພາກ​ສ່ວນ​ທີ່​ເຂົ້າ​ຮ່ວມ​: escrow ຫຼື​ສັນ​ຍາ smart​? ຕ້ອງການຜູ້ໄກ່ເກ່ຍໃນສັນຍາສະຫມາດບໍ?

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

— ມັນເປັນໄປໄດ້ກັບທຸລະກໍາ Ethereum ທີ່ຈະໂອນ tokens ທີ່ແຕກຕ່າງກັນຫຼາຍຈາກທີ່ຢູ່ຂອງເຈົ້າໄປຫາທີ່ຢູ່ເປົ້າຫມາຍທີ່ແຕກຕ່າງກັນ, ຕົວຢ່າງ, ທີ່ຢູ່ແລກປ່ຽນທີ່ tokens ເຫຼົ່ານີ້ຖືກຊື້ຂາຍ?

ນີ້ແມ່ນຄໍາຖາມທີ່ດີແລະມັນກ່ຽວຂ້ອງກັບຮູບແບບການເຮັດທຸລະກໍາ Ethereum ແລະມັນແຕກຕ່າງຈາກຮູບແບບ Bitcoin. ແລະຄວາມແຕກຕ່າງແມ່ນຮາກ. ຖ້າຢູ່ໃນຮູບແບບການເຮັດທຸລະກໍາ Ethereum ທ່ານພຽງແຕ່ໂອນເງິນຫຼຽນ, ຫຼັງຈາກນັ້ນພວກມັນພຽງແຕ່ຖືກໂອນຈາກທີ່ຢູ່ຫນຶ່ງໄປຫາບ່ອນອື່ນ, ບໍ່ມີການປ່ຽນແປງ, ພຽງແຕ່ຈໍານວນສະເພາະທີ່ທ່ານກໍານົດ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ນີ້ບໍ່ແມ່ນຕົວແບບຂອງຜົນຜະລິດທີ່ບໍ່ໄດ້ໃຊ້ (UTXO), ແຕ່ເປັນຕົວແບບຂອງບັນຊີແລະຍອດເງິນທີ່ສອດຄ້ອງກັນ. ມັນເປັນໄປໄດ້ທາງທິດສະດີທີ່ຈະສົ່ງ tokens ທີ່ແຕກຕ່າງກັນຫຼາຍໃນຫນຶ່ງທຸລະກໍາໃນເວລາດຽວກັນຖ້າຫາກວ່າທ່ານຂຽນສັນຍາສະຫລາດ cunning, ແຕ່ທ່ານຍັງຈະຕ້ອງໄດ້ເຮັດທຸລະກໍາຈໍານວນຫຼາຍ, ສ້າງສັນຍາ, ຫຼັງຈາກນັ້ນໂອນ tokens ແລະ coins ກັບມັນ, ແລະຫຼັງຈາກນັ້ນໂທຫາວິທີການທີ່ເຫມາະສົມ. . ນີ້ຮຽກຮ້ອງໃຫ້ມີຄວາມພະຍາຍາມແລະເວລາ, ດັ່ງນັ້ນໃນທາງປະຕິບັດມັນບໍ່ເຮັດວຽກແບບນັ້ນແລະການຈ່າຍເງິນທັງຫມົດໃນ Ethereum ແມ່ນເຮັດໃນທຸລະກໍາແຍກຕ່າງຫາກ.

— ຫນຶ່ງໃນ myths ກ່ຽວກັບເວທີ Ethereum ແມ່ນວ່າມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະອະທິບາຍເງື່ອນໄຂທີ່ຈະຂຶ້ນກັບຂໍ້ມູນຂອງຊັບພະຍາກອນອິນເຕີເນັດພາຍນອກ, ດັ່ງນັ້ນຈະເຮັດແນວໃດ?

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

ຫນຶ່ງໃນການບັນຍາຍຂອງຫຼັກສູດອອນໄລນ໌ກ່ຽວກັບ Blockchain ແມ່ນອຸທິດໃຫ້ກັບຫົວຂໍ້ນີ້ - "ແນະນຳກ່ຽວກັບສັນຍາອັດສະລິຍະ".

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