Представьте себе такой DAO, где есть два актора:
Business
Partners
Что business
можно сделать:
certificate
to partners
, который использует определенную нестандартную логику для оценки характеристик partners
,partners
доступные JobPost
из business
, JobPost
может потребоваться 1 или несколько partners
для заполнения.Чтобы заполнить JobPost
:
parter
можно подать заявку на торги с конкурентоспособной ставкой,busienss
может активно предлагать/искать партнера.После JobPost
заполнения WorkContract
подписывается a, в котором определенное количество токенов заблокировано и может быть освобождено, partners
когда оно запускается business
или истекает по тайм-ауту (во время блокировки).
Философский вопрос заключается в том, должно ли решение о заполнении, JobPost
сделанное вне сети, сущностью представлять (владея закрытым ключом) business
, или сами правила заполнения должны быть частью самого оригинала JobPost
.
Технически мы можем сделать и то, и другое. Но если мы используем блокчейн, то в какой степени мы хотим использовать блокчейн — это еще один способ обобщить вопрос.
Надеюсь вопрос понятный!
Я думаю, вы тщательно определяете бизнес-правила, которые хотите применять. Сертификаты в основном касаются процесса адаптации с некоторым внешним контролем.
Вы можете сделать так, чтобы партнеры были обязаны принимать заявки в соответствии с книгой заказов на нормализованные товары, или вы можете сделать так, чтобы партнеры сами выбирали, кого они хотят нанять. Вы даже можете захотеть поддерживать оба варианта с каким-либо типом ордера.
Если решение о найме не связано с последующим шагом с логикой в цепочке (например, доставкой и расчетом по оплате), неясно, что решение о найме вообще должно быть записано в цепочке. Вы можете обнаружить, что большая часть этого может быть обработана вне сети, а смарт-контракт обеспечивает гарантию этого сертификата (онбординг). https://medium.com/solidified/the-joy-of-minimalism-in-smart-contract-design-b67fb4073422
Надеюсь, поможет.
Мяо ЧжиЧэн
Роб Хитченс