Imagina tal DAO, donde hay dos actores:
BusinessPartnersLo que businesspuede hacer es:
certificateto partners, que utiliza cierta lógica fuera de lo común para evaluar las características del partners,partnerslos JobPostdisponibles de business, es JobPostposible que necesite 1 o muchos partnerspara completar.Para llenar un JobPost:
parterpuede solicitarlo licitando con una tarifa competitiva,busiensspuede ofrecer/buscar `socio activamente.Una vez que se JobPostllena, WorkContractse firma un donde se bloquea cierta cantidad de token y se puede liberar partnerscuando se activa businesso se agota el tiempo (en tiempo de bloque)
La pregunta filosófica es si la decisión de completar el JobPosthecho fuera de la cadena por parte de la entidad representa (que posee la clave privada) el business, o las reglas de llenado en sí deben ser parte del original JobPosten sí.
Técnicamente podemos hacer ambas cosas. Pero si usamos blockchain, hasta qué punto queremos usar blockchain, es otra forma de generalizar la pregunta.
¡Espero que sea una pregunta comprensible!
Pienso que cuidadosamente las reglas de negocio que desea hacer cumplir. Los certificados se trata básicamente de un proceso de incorporación con cierta supervisión externa.
Puede hacer que los socios estén obligados a aceptar ofertas según las líneas de un libro de pedidos para productos básicos normalizados, o puede hacer que los socios elijan a quién quieren contratar. Es posible que incluso desee admitir ambas opciones con algún tipo de orden.
A menos que la decisión de contratación esté involucrada en un paso posterior con lógica en cadena (como la entrega y la liquidación de pagos), no está claro que la decisión de contratación deba registrarse en la cadena. Es posible que descubra que la mayor parte se puede manejar fuera de la cadena, y el contrato inteligente proporciona una garantía de ese certificado (incorporación). https://medium.com/solidified/the-joy-of-minimalism-in-smart-contract-design-b67fb4073422
Espero eso ayude.
Miao Zhi Cheng
Rob Hitchens