Devise a way to add a substorage when new module are deployed
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- rust
- Área
- blockchain
Línea de trabajo
No se nombra ningún archivo ni prueba. Empieza por rastrear cómo añadir un substorage vacío cambia el hash raíz y cómo el despliegue de módulos registra los cambios de estado; después, inspecciona el esquema de gobernanza y actualización on-chain. Se considera terminado cuando el proyecto tiene un enfoque definido para introducir un módulo con nuevo estado sin transacciones innecesarias que cambien el estado.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Currently just adding an empty substorage for ongoing use is considered a state change, resulting in a new root hash. It means that there must conceptually be a transaction to add a new empty substorage. When we upgrade applications, there might be cases where a new module with its own state is introduced. And this behavior introduces some hassles.
I'm not sure if this problem is solved if we can add an empty substorage without a transaction and the state changes only upon a change to the substorage. But it might be so.
We need to inspect this problem at least when we design the on-chain governance and upgrade scheme.
- Lenguaje dominante
- Rust
- Estrellas
- 36
- Forks
- 11
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de CodeChain-io/foundry
-
Remove informerAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 30/100
CodeChain-io/foundry#607 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
CodeChain-io/foundry#606 ·
-
Change the return type of execute_transactions to signify it always succeedsQuizá libre de nuevo @dynaxis la tomó hace 2111 días y no hay ningún pull request abierto. Abierto
CodeChain-io/foundry#605 · 1 reacción · 1 asignado ·
-
Handle invalid transactions.Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
CodeChain-io/foundry#604 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
CodeChain-io/foundry#603 ·
Todos los issues de CodeChain-io/foundry
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
antithesishq/bombadil#361 ·
Los mantenedores suelen responder en 1 día
-
test(executor_l0): assert execute() TaskOutcome, not only bus events / 断言 execute() 返回的 TaskOutcomeAbiertotype:debt
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
skaiy/wild_agentos#425 ·
Los mantenedores suelen responder en 1 día
-
Default-import note suggests `import * as process` for velt:process, which does not name the builtinAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
bug ticket
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
cratestack/cratestack#1154 ·
Los mantenedores suelen responder en 1 día
-
status:needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día