Ayer, hablando con un amigo, surgió un fenómeno: un repositorio de código abierto que mantiene ha duplicado la cantidad de PR en los últimos tres meses, pero el tiempo que dedica a revisarlos ha disminuido.

No es por pereza, sino porque realmente no puede terminar de revisarlos todos, y muchos PR parecen generados por IA, con lógica coherente, pero siempre hay algo que no cuadra.
Él dijo una frase que me dejó muy impresionado: “Ahora, quien envía el código no tiene que asumir las consecuencias, pero quien lo fusiona sí.”
Esa frase señala el problema central: en la colaboración en código abierto, el riesgo entre contribuyentes y revisores no es equitativo.
El autor del PR comete un error en el código, y la pérdida es la reputación del proyecto y el tiempo para arreglar bugs posteriormente; mientras que el revisor, aunque trabaje arduamente de forma voluntaria, no recibe ninguna compensación.
Esta desigualdad se ha amplificado en la era de la codificación por IA: generar código es demasiado fácil, pero verificarlo sigue siendo muy difícil.
MergeProof busca resolver precisamente esta desigualdad.
Permite a los contribuyentes poner en garantía una cantidad de dinero al enviar un PR, como una declaración de “Creo que este código está bien”. Si el revisor encuentra vulnerabilidades, el dinero en garantía se convierte en recompensa; si nadie encuentra nada, se devuelve, y así de simple.
Pero detrás de esta simplicidad hay un cambio fundamental: la revisión de código pasa de ser una “acción altruista basada en la reputación” a una “acción económica basada en incentivos”.
No debes esperar que otros revisen por buena voluntad; solo necesitas apostar por tu código, y naturalmente, alguien verificará para obtener beneficios.
Cuanto más pienso en ello, más creo que esta puede ser la base que falta en la colaboración en código abierto.
Ahora todos dicen que Web3 debe introducir incentivos económicos en diversos escenarios, y la propuesta de MergeProof es muy acertada: no inventa un proceso nuevo, sino que añade un mecanismo de juego a los procesos existentes.
Los contribuyentes pueden demostrar su confianza, los revisores pueden monetizar su tiempo, y los proyectos obtienen código de mayor calidad, beneficiando a las tres partes.
Además, es especialmente útil en esta explosión de codificación por IA: cuando la cantidad de código crece exponencialmente y el espíritu de voluntariado ya no basta para la revisión, los incentivos económicos podrían ser la única solución escalable.
Llevo un tiempo observando y creo que esto puede cambiar lentamente la forma en que colaboramos en el software.
Al menos, me ha hecho plantearme una pregunta: si realmente confío en mi código, ¿me atrevería a ponerlo en garantía?