El chief-keeper (Keeper Jefe) monitorea e interactúa con DSChief y DSSSpells, que es el contrato de votación ejecutiva y un tipo de objeto de propuesta del Protocolo de Maker.
Su propósito es levantar el hat (“sombrero”) en DSChief, así como agilizar acciones ejecutivas.
Para lift(“levantar”) un spell (“hechizo”) debe tener más aprobaciones que el hat actual. Las aprobaciones de este spell pueden fluctuar y ser superado por otros spells, alguno de los cuales podría ser malicioso. Este keeper "guarda" el hat asegurándose de que el spell con mas aprobaciones sea siempre el hat. El chief-keeper hace esto para maximizar la barrera de entrada \(aprobación\) para lift un spell al hat, así pues, actúa como un "guardia" contra acciones maliciosas de la gobernanza.
Mientras esté en funcionamiento, el chief-keeper:
*lifts ("levanta") el hat ("sombrero") para el spell \(yay\) más favorecido \(approvals[yay]\)DSSSpell.schedule()eta haya trascurrido en el GSM llamando a DSSSpell.cast()La siguiente sección asume familiaridad con el DSChief, DSSSpells y DSPause \(Módulo de Seguridad de la Gobernanza\), así como el proceso dentro de la Gobernanza de MakerDAO.
chief-keeper interactúa directamente con el DS-Chief y DSSSpells.
Este keeper se ejecuta contínuamente y guarda una base de datos local de yays \(dirección del spell (“hechizo”)\) y un diccionario yay:eta para reducir las lecturas de estado en chain (“cadena”). Si te gustaría crear tu propia base de datos desde cero, primero borra src/database/db_mainnet.json antes de ejecutar bin/chief-keeper; la consulta inicial puede tardar hasta 15 minutos.
Requisitos Previos:
Para poder clonar el proyecto e instalar los paquetes third-party requeridos debes ejecutar: