Revenue split por forks
STATUS HOY: gratis / sin cobros. No hay revenue real moviéndose en cavioca, así que no hay nada que repartir. Hoy no aplica. Esta página documenta la promesa a largo plazo y la pieza técnica que ya está activa para hacerla posible cuando llegue el momento.
La idea de fondo
Mucho del valor que aparece en cavioca viene de bifurcar (forkear) apps que ya existen: alguien publica una app, otra persona la duplica, la mejora, y publica su variante. Si en el futuro las apps generan ingresos, parece justo que parte de ese flujo vuelva río arriba a las apps de las que la tuya deriva.
A esto le llamamos revenue split por forks: cuando una app genera revenue, un porcentaje se reparte a lo largo del lineage de apps que condujeron a ella.
deferred Hoy no aplica. Las apps no generan revenue y no hay reparto activado. Lo que sí existe ya es la pieza precursora que lo habilitará: el lineage almacenado desde día 1.
Qué está vivo ya: el lineage
Cada vez que bifurcas una app en cavioca:
- Tu nueva app se crea con un campo
parent_app_idapuntando a la app de la que partiste. - Esa relación es permanente y aparece en el panel de tu app como "deriva de …".
- Si bifurcas a partir de una bifurcada, la cadena se mantiene:
nieto -> hijo -> padre. No se aplana.
Esa cadena de relaciones — el lineage — es lo que permite que, si algún día existe revenue, sepamos a qué apps río arriba se reparte.
Cómo funcionaría cuando se active
deferred Todo lo que sigue es una descripción del diseño previsto, no de algo que funcione hoy.
Cuando una app generara ingresos directos (compras en la app, suscripción de visitantes, descargas pagadas — ver vector 3), el flujo se dividiría en tres trozos:
- Creador actual — el grueso del revenue va a quien firmó la publicación actual. Es quien hace el trabajo de mantener la app viva.
- Lineage río arriba — un porcentaje pequeño se reparte entre las apps de las que esta deriva, decayendo a medida que te alejas (el padre cobra más que el abuelo, etc.).
- Plataforma — la parte de cavioca que sostiene el marketplace, el hosting y los pagos.
Los porcentajes exactos están abiertos hasta que haya datos reales de cuánto se mueve por app y cuántos niveles típicos tiene una cadena de forks.
Lo que esto implica para los creadores hoy
- Si bifurcas una app y publicas tu variante, estás participando ya en una cadena de lineage que cuenta. Cuanto más se aleje tu app del original (mientras siga siendo reconocible), menos peso le toca al original, pero el lineage queda registrado.
- Si publicas una app original (no forkeada), eres el inicio de un posible árbol futuro. Cualquiera que bifurque la tuya quedará registrado río abajo.
- No hay nada que firmar ni configurar hoy. El lineage se registra automáticamente al bifurcar. Cuando se active el reparto, las reglas aplicarán a las cadenas que ya estén guardadas, no solo a las nuevas.
Qué decisiones quedan abiertas
- Porcentajes concretos del reparto plataforma / creador / lineage. open
- Decaimiento por nivel río arriba (¿el abuelo cobra la mitad que el padre? ¿un tercio? ¿cero a partir de tres saltos?). open
- Umbral mínimo para reparto. Por debajo de cierta cantidad, probablemente no merezca la pena fragmentar el pago. open
- Opt-out del lineage para quien no quiera participar en reparto (ni como receptor ni como pagador). open
Cuándo se decide
Cuando exista revenue real que repartir. Dicho de otro modo: cuando se active vector 3 de cómo se ganará dinero, que a su vez depende de que las apps tengan algún mecanismo de cobro interno. Es la decisión más diferida de toda la sección de monetización.
Por qué guardarlo ya si no aplica todavía
Porque el lineage de una app solo se puede reconstruir en el
momento del fork. Si esperamos a tener el reparto activo para
empezar a guardar parent_app_id, perdemos toda la historia previa
y el reparto solo aplicaría a apps creadas después de esa fecha.
Guardarlo desde día 1 cuesta poco (un campo en la base de datos) y nos deja la opción abierta. Es la misma lógica que versiones inmutables: se paga un poco hoy para tener mucha más flexibilidad mañana.