Algoritmo: Tablero y movimiento
Aquí se describe en detalle cómo está organizado el Tablero de registro de Gifts: de qué posiciones se compone, cómo Usted avanza desde Donante hasta Receptor, cómo se produce la división del Tablero y la elección del Receptor. Recomendamos estudiarlo atentamente: es la base de todo el algoritmo.
estructura del Tablero
El Tablero de registro de Gifts es un sistema digital en el que se fija el orden de envío y recepción de Gifts. Cada Tablero consta de 15 posiciones y se divide en dos lados: izquierdo y derecho.
| Rol | Posiciones | En cada lado | Ubicación |
| Receptor | 1 | — | En el centro del Tablero. Uno para todo el Tablero. |
| Creador | 2 | 1 | Uno en cada lado. |
| Constructor | 4 | 2 | Dos en cada lado. |
| Donante | 8 | 4 | Cuatro en cada lado. |
ℹ️ El movimiento va hacia el centro
Usted entra en el Tablero como Donante (posición inferior) y avanza hacia el centro, la posición de Receptor. Cuanto más activos sean los miembros en su lado del Tablero, más rápido avanzará Usted.
Usted entra en el Tablero como Donante (posición inferior) y avanza hacia el centro, la posición de Receptor. Cuanto más activos sean los miembros en su lado del Tablero, más rápido avanzará Usted.
Roles de los miembros
En el Tablero hay cuatro roles. Cada uno es una etapa de su camino hacia la posición de Receptor.
| 1 | Donante — posición inicial Usted envía un Gift al miembro en la posición de Receptor. Después de enviarlo, invite a nuevos miembros: esto acelera el llenado del Tablero. |
| 2 | Constructor — posición intermedia Invite a miembros para cumplir la calificación. La necesitará cuando se convierta en Creador y Receptor. |
| 3 | Creador — posición prefinal En la siguiente división Usted se convierte en Receptor de un nuevo Tablero. Está directamente interesado en el llenado del Tablero. |
| 4 | Receptor — posición final Usted recibe hasta 8 Gifts de todos los Donantes. Siga invitando: esto refuerza su calificación en los siguientes niveles. |
💡 Principio importante
La velocidad de llenado del Tablero depende de Usted y de los demás miembros.
En cualquier posición no es necesario esperar pasivamente a otros. Invite a nuevas personas, ayude a sus socios a entender el algoritmo, y su lado del Tablero se llenará más rápido.
La velocidad de llenado del Tablero depende de Usted y de los demás miembros.
En cualquier posición no es necesario esperar pasivamente a otros. Invite a nuevas personas, ayude a sus socios a entender el algoritmo, y su lado del Tablero se llenará más rápido.
💡 Ejemplo: el camino de Anna en el Tablero Inicial
Anna entra en el Tablero Inicial y envía un Gift de 10 USDT: ella es Donante.
Su lado del Tablero se llena (4 Donantes enviaron Gifts): se produce la primera división. Anna se convierte en Constructor. Invita a dos amigos al Tablero Inicial: esta es su futura calificación.
Otro llenado del lado: ahora Anna es Creador.
En la siguiente división ocupará la posición de Receptor.
Tercer llenado: Anna se ha convertido en Receptor y empieza a recibir Gifts de nuevos Donantes. En total puede recibir hasta 8 Gifts. (El octavo Gift se reserva para activar de nuevo un Tablero igual)
Anna entra en el Tablero Inicial y envía un Gift de 10 USDT: ella es Donante.
Su lado del Tablero se llena (4 Donantes enviaron Gifts): se produce la primera división. Anna se convierte en Constructor. Invita a dos amigos al Tablero Inicial: esta es su futura calificación.
Otro llenado del lado: ahora Anna es Creador.
En la siguiente división ocupará la posición de Receptor.
Tercer llenado: Anna se ha convertido en Receptor y empieza a recibir Gifts de nuevos Donantes. En total puede recibir hasta 8 Gifts. (El octavo Gift se reserva para activar de nuevo un Tablero igual)
Movimiento en el Tablero
Su avance en el Tablero se produce mediante el mecanismo de división del lado.
Cada vez que los 4 Donantes de su lado han enviado sus Gifts, se produce una división y Usted sube una posición.
| → | Usted entra en el Tablero en el lugar de Donante y envía un Gift. |
| ↑ | Primer llenado del lado: Usted pasa a la posición de Constructor. |
| ↑ | Segundo llenado: Usted ya está en el lugar de Creador. |
| ★ | Tercer llenado: Usted ha alcanzado la posición de Receptor y recibe hasta 8 Gifts. |
El camino clásico requiere tres ciclos de llenado.
Sin embargo, muchos miembros recorren este camino más rápido: en dos ciclos o incluso en uno.
Esto es posible gracias a la estrategia de «Adelantamiento».
💡 Ejemplo: cuánto hay que esperar las divisiones
Boris ha entrado en el Tablero Inicial.
En su lado hay 4 plazas para Donantes.
Cuando las 4 se llenen y envíen sus Gifts, se producirá una división.
Si Boris y su equipo invitan activamente a miembros, las divisiones pueden producirse en pocos días. Si los miembros son pasivos, el llenado del lado puede llevar más tiempo.
Punto clave: Boris no está obligado a esperar.
Puede invitar a sus conocidos para llenar su lado del Tablero más rápido.
Boris ha entrado en el Tablero Inicial.
En su lado hay 4 plazas para Donantes.
Cuando las 4 se llenen y envíen sus Gifts, se producirá una división.
Si Boris y su equipo invitan activamente a miembros, las divisiones pueden producirse en pocos días. Si los miembros son pasivos, el llenado del lado puede llevar más tiempo.
Punto clave: Boris no está obligado a esperar.
Puede invitar a sus conocidos para llenar su lado del Tablero más rápido.
División del Tablero
La división es una etapa automática que se produce por separado para cada lado del Tablero.
ℹ️ Condición de la división
Cuatro Donantes de un lado han ocupado todas las plazas y los cuatro Gifts se han enviado correctamente al Receptor.
Cuatro Donantes de un lado han ocupado todas las plazas y los cuatro Gifts se han enviado correctamente al Receptor.
Qué ocurre en una división clásica:
| ✓ | Creador se convierte en Receptor de un nuevo Tablero. |
| ✓ | Constructores se convierten en Creadores. |
| ✓ | Donantes se convierten en Constructores. |
| ✓ | Se abren 8 nuevas plazas para Donantes. |
💡 Preste atención
Los lados izquierdo y derecho del Tablero se dividen de forma independiente y pueden completar el ciclo en momentos distintos.
Los lados izquierdo y derecho del Tablero se dividen de forma independiente y pueden completar el ciclo en momentos distintos.
💡 Ejemplo: división del lado izquierdo del Tablero
En el lado izquierdo del Tablero:
• Creador — Víctor
• Constructores — Galina y Dmitri
• Los 4 Donantes han enviado todos los Gifts
Se produce la división:
• Víctor (era Creador) → se convierte en Receptor en un nuevo Tablero
• Galina y Dmitri (eran Constructores) → se convierten en Creadores
• Los 4 Donantes → se convierten en Constructores
• Se abren 8 nuevas plazas para Donantes
Al mismo tiempo, el lado derecho del Tablero puede estar solo a medio llenar: se dividirá más tarde, cuando sus 4 Donantes también envíen sus Gifts.
En el lado izquierdo del Tablero:
• Creador — Víctor
• Constructores — Galina y Dmitri
• Los 4 Donantes han enviado todos los Gifts
Se produce la división:
• Víctor (era Creador) → se convierte en Receptor en un nuevo Tablero
• Galina y Dmitri (eran Constructores) → se convierten en Creadores
• Los 4 Donantes → se convierten en Constructores
• Se abren 8 nuevas plazas para Donantes
Al mismo tiempo, el lado derecho del Tablero puede estar solo a medio llenar: se dividirá más tarde, cuando sus 4 Donantes también envíen sus Gifts.
Estrategia «Adelantamiento»
«Adelantamiento» es una situación en la que un miembro obtiene la posición de Receptor antes que quien está por encima de él. Esto ocurre automáticamente cuando el miembro superior no supera la comprobación del algoritmo.
En cada división el algoritmo comprueba a los candidatos a la posición de Receptor según tres criterios:
| 1 | Actividad El miembro no se encuentra en estado «Durmiente». Se aplica la Actividad Global y la Actividad Actual. |
| 2 | Ausencia de bloqueos No hay bloqueos temporales ni permanentes de la cuenta. |
| 3 | Calificación El contador de calificación es mayor que cero (más detalles en la página «Reglas y mecánicas»). |
💡 Ejemplo: Adelantamiento en el Tablero Inicial
En el lado izquierdo del Tablero:
• Creador — Elena (pero no ha entrado en el bot durante 3 días: estado «Durmiente»)
• Constructores — Zhanna y Zajar
El lado izquierdo está lleno, se produce la división. El algoritmo comprueba a Elena:
• Actividad — ❌ (estado «Durmiente»)
Elena no supera la comprobación. El algoritmo pasa a los Constructores. Zhanna está activa, sin bloqueos, con calificación — ✅. Zhanna adelanta a Elena y se convierte en Receptor.
Elena permanece en el Tablero, pero ya en la posición de Creador en el nuevo Tablero. Cuando recupere la actividad, podrá convertirse en Receptor en la siguiente división.
En el lado izquierdo del Tablero:
• Creador — Elena (pero no ha entrado en el bot durante 3 días: estado «Durmiente»)
• Constructores — Zhanna y Zajar
El lado izquierdo está lleno, se produce la división. El algoritmo comprueba a Elena:
• Actividad — ❌ (estado «Durmiente»)
Elena no supera la comprobación. El algoritmo pasa a los Constructores. Zhanna está activa, sin bloqueos, con calificación — ✅. Zhanna adelanta a Elena y se convierte en Receptor.
Elena permanece en el Tablero, pero ya en la posición de Creador en el nuevo Tablero. Cuando recupere la actividad, podrá convertirse en Receptor en la siguiente división.
Algoritmo de elección del Receptor
Al dividir un lado del Tablero, el algoritmo determina quién ocupará la posición de Receptor. La comprobación se realiza de forma secuencial: desde las posiciones superiores hacia las inferiores.
ℹ️ Etapa 1 — Comprobación del Creador
El Creador se considera en primer lugar. El bot lo comprueba según tres criterios: actividad, ausencia de bloqueos, presencia de calificación. Si supera las tres comprobaciones, el Creador se convierte en Receptor.
El Creador se considera en primer lugar. El bot lo comprueba según tres criterios: actividad, ausencia de bloqueos, presencia de calificación. Si supera las tres comprobaciones, el Creador se convierte en Receptor.
💡 Etapa 2 — Adelantamiento: comprobación de los Constructores
Si el Creador no supera la comprobación, el algoritmo pasa a los dos Constructores. Posibles resultados:
• Uno la supera y el otro no: quien la supera se convierte en Receptor, el que no la supera se convierte en Creador en el nuevo Tablero.
• Ambos la superan: se activa el Algoritmo de prioridad (descrito más abajo).
• Ninguno la supera: se pasa a la Etapa 3.
Si el Creador no supera la comprobación, el algoritmo pasa a los dos Constructores. Posibles resultados:
• Uno la supera y el otro no: quien la supera se convierte en Receptor, el que no la supera se convierte en Creador en el nuevo Tablero.
• Ambos la superan: se activa el Algoritmo de prioridad (descrito más abajo).
• Ninguno la supera: se pasa a la Etapa 3.
⚠️ Etapa 3 — Adelantamiento: comprobación de los Donantes
Si ni el Creador ni los Constructores superan la comprobación, el algoritmo comprueba a los cuatro Donantes según los mismos criterios.
• Uno la supera: se convierte en Receptor.
• Varios la superan: se activa el Algoritmo de prioridad.
Caso especial: si dos o más Donantes activos no tienen miembros invitados, el Receptor será quien se haya registrado más tarde. Los demás tuvieron más tiempo para formar su equipo.
Si ni el Creador ni los Constructores superan la comprobación, el algoritmo comprueba a los cuatro Donantes según los mismos criterios.
• Uno la supera: se convierte en Receptor.
• Varios la superan: se activa el Algoritmo de prioridad.
Caso especial: si dos o más Donantes activos no tienen miembros invitados, el Receptor será quien se haya registrado más tarde. Los demás tuvieron más tiempo para formar su equipo.
💡 Ejemplo: comprobación en tres etapas en un mismo Tablero
El lado izquierdo está lleno, se produce la división. El algoritmo inicia la comprobación:
Etapa 1. Creador — Igor. Comprobación: actividad ✅, bloqueos ✅, calificación ❌ (0 invitados en este Tablero). Igor no la supera.
Etapa 2. Constructores — Kira y Lev. Kira: actividad ✅, bloqueos ✅, calificación ✅. Lev: actividad ❌ (estado «Durmiente»).
Resultado: Kira adelanta a Igor y a Lev y se convierte en Receptor. Igor y Lev permanecen en los nuevos Tableros en posiciones inferiores.
El lado izquierdo está lleno, se produce la división. El algoritmo inicia la comprobación:
Etapa 1. Creador — Igor. Comprobación: actividad ✅, bloqueos ✅, calificación ❌ (0 invitados en este Tablero). Igor no la supera.
Etapa 2. Constructores — Kira y Lev. Kira: actividad ✅, bloqueos ✅, calificación ✅. Lev: actividad ❌ (estado «Durmiente»).
Resultado: Kira adelanta a Igor y a Lev y se convierte en Receptor. Igor y Lev permanecen en los nuevos Tableros en posiciones inferiores.
💡 Ejemplo: Adelantamiento por un Donante (Etapa 3)
El Creador está en estado «Durmiente». Ambos Constructores están bloqueados (abandonaron Tableros anteriormente).
El algoritmo pasa a la Etapa 3: comprobación de los Donantes. De los cuatro Donantes, dos están activos y con calificación. Se activa el Algoritmo de prioridad y el Receptor será quien haya invitado a más miembros a este Tablero.
Así, un Donante puede adelantar de una vez tres niveles (Constructor, Creador) y convertirse en Receptor en una sola división.
El Creador está en estado «Durmiente». Ambos Constructores están bloqueados (abandonaron Tableros anteriormente).
El algoritmo pasa a la Etapa 3: comprobación de los Donantes. De los cuatro Donantes, dos están activos y con calificación. Se activa el Algoritmo de prioridad y el Receptor será quien haya invitado a más miembros a este Tablero.
Así, un Donante puede adelantar de una vez tres niveles (Constructor, Creador) y convertirse en Receptor en una sola división.
Algoritmo de prioridad
Cuando dos o más miembros aspiran simultáneamente a la posición de Receptor, el bot determina la prioridad automáticamente según tres criterios, de forma secuencial:
| 1 | Socios personales en este Tablero Se compara el número de socios invitados personalmente en el Tablero del nivel actual. Tiene prioridad quien haya invitado a más. |
| 2 | Profundidad de participación Si el resultado del primer criterio es igual, el bot analiza los Tableros anteriores, desde el actual hacia abajo hasta el Inicial. Tiene prioridad quien tenga más socios en los Tableros inferiores. |
| 3 | Momento de registro Si el número de socios en todos los Tableros es el mismo, tiene prioridad quien se haya registrado más tarde. Quienes llevan más tiempo en la Comunidad han tenido más tiempo para desarrollar su equipo. |
💡 ¿Por qué se da prioridad a los recién llegados?
En igualdad de condiciones, el algoritmo apoya a los nuevos miembros. Esto ayuda a la Comunidad a crecer y atraer a personas activas.
En igualdad de condiciones, el algoritmo apoya a los nuevos miembros. Esto ayuda a la Comunidad a crecer y atraer a personas activas.
💡 Ejemplo: cómo funciona el Algoritmo de prioridad
En el Tablero de Estaño, dos Constructores aspiran a la posición de Receptor: Marina y Nikolái. Ambos están activos, sin bloqueos y con calificación.
Criterio 1 — socios en el Tablero de Estaño: Marina ha invitado a 3, Nikolái ha invitado a 3. Empate.
Criterio 2 — profundidad de participación (Tablero Inicial): Marina tiene 5 socios en el Inicial, Nikolái tiene 4. Marina obtiene prioridad y se convierte en Receptor.
Si también aquí hubiera empate, tendría prioridad quien se hubiera registrado más tarde (Criterio 3).
En el Tablero de Estaño, dos Constructores aspiran a la posición de Receptor: Marina y Nikolái. Ambos están activos, sin bloqueos y con calificación.
Criterio 1 — socios en el Tablero de Estaño: Marina ha invitado a 3, Nikolái ha invitado a 3. Empate.
Criterio 2 — profundidad de participación (Tablero Inicial): Marina tiene 5 socios en el Inicial, Nikolái tiene 4. Marina obtiene prioridad y se convierte en Receptor.
Si también aquí hubiera empate, tendría prioridad quien se hubiera registrado más tarde (Criterio 3).
Algoritmo de colocación en el Tablero
Cuando Usted entra en un Tablero, el bot busca automáticamente un lugar para Usted según el siguiente algoritmo:
| 1 | Tablero del mentor El bot busca un Tablero activo del mismo Gift amount en su invitador directo. Condición: el mentor debe estar activo y no tener bloqueos. |
| 2 | Comprobación de duplicado Si Usted ya estuvo en el Tablero del mentor en uno de los lados y este no se dividió después de su salida, este Tablero se omite. Usted pasa al siguiente mentor superior. |
| 3 | Compresión Si no es posible entrar en el Tablero del mentor, el bot escanea la cadena de mentores hacia arriba (hasta 10 000 niveles) y le coloca con el mentor activo más cercano que tenga un Tablero del Gift amount necesario y una plaza libre. |
| 4 | Tablero temprano Si en 10 000 niveles no se encuentra a nadie (extremadamente improbable), Usted entra en el Tablero abierto más temprano de la Comunidad con ese Gift amount. |
ℹ️ Qué es la «Compresión»
La compresión es la búsqueda automática de una plaza libre hacia arriba en la cadena de mentores. Le protege de la situación en la que el mentor está inactivo: el bot encontrará al mentor activo más cercano y le colocará en su Tablero.
La compresión es la búsqueda automática de una plaza libre hacia arriba en la cadena de mentores. Le protege de la situación en la que el mentor está inactivo: el bot encontrará al mentor activo más cercano y le colocará en su Tablero.
💡 Regla de protección contra duplicados
No se puede estar en un Tablero en el que Usted ya estuvo hasta que este se haya dividido por completo. Esto estimula a los mentores a ser activos y no a confiar en que Usted llenará ambos lados del Tablero con sus propios esfuerzos.
No se puede estar en un Tablero en el que Usted ya estuvo hasta que este se haya dividido por completo. Esto estimula a los mentores a ser activos y no a confiar en que Usted llenará ambos lados del Tablero con sus propios esfuerzos.
💡 Ejemplo: cómo funciona la colocación en el Tablero
Olga quiere entrar en el Tablero de Estaño. Su mentor es Pavel.
Paso 1. El bot busca el Tablero de Estaño de Pavel. Existe, Pavel está activo y hay plazas libres. ✅ Olga entra en el Tablero de Pavel.
Pero Román tiene otra situación. Su mentora es Svetlana, pero está en estado «Durmiente».
Paso 1. El Tablero de Svetlana se omite (la mentora está inactiva).
Paso 3. Compresión: el bot sube por la cadena. El mentor de Svetlana es Timur. Timur tiene un Tablero de Estaño, está activo y hay una plaza libre. ✅ Román entra en el Tablero de Timur.
Olga quiere entrar en el Tablero de Estaño. Su mentor es Pavel.
Paso 1. El bot busca el Tablero de Estaño de Pavel. Existe, Pavel está activo y hay plazas libres. ✅ Olga entra en el Tablero de Pavel.
Pero Román tiene otra situación. Su mentora es Svetlana, pero está en estado «Durmiente».
Paso 1. El Tablero de Svetlana se omite (la mentora está inactiva).
Paso 3. Compresión: el bot sube por la cadena. El mentor de Svetlana es Timur. Timur tiene un Tablero de Estaño, está activo y hay una plaza libre. ✅ Román entra en el Tablero de Timur.
💡 Ejemplo: protección contra duplicados
Ulyana ya estuvo en el Tablero del mentor Fiódor en el lado izquierdo: recorrió el camino desde Donante hasta Receptor y salió. Ahora Ulyana vuelve a entrar en el Tablero de Estaño (entrada repetida mediante el Gift nº 8).
El bot comprueba: después de la salida de Ulyana, el lado izquierdo del Tablero de Fiódor aún no se ha dividido. Por lo tanto, este Tablero se omite y Ulyana entra en el Tablero del siguiente mentor superior.
Esta regla motiva a Fiódor a trabajar activamente con su Tablero y no a contar con que Ulyana llene ambos lados.
Ulyana ya estuvo en el Tablero del mentor Fiódor en el lado izquierdo: recorrió el camino desde Donante hasta Receptor y salió. Ahora Ulyana vuelve a entrar en el Tablero de Estaño (entrada repetida mediante el Gift nº 8).
El bot comprueba: después de la salida de Ulyana, el lado izquierdo del Tablero de Fiódor aún no se ha dividido. Por lo tanto, este Tablero se omite y Ulyana entra en el Tablero del siguiente mentor superior.
Esta regla motiva a Fiódor a trabajar activamente con su Tablero y no a contar con que Ulyana llene ambos lados.
Gestión de la colocación
Cuando Usted es Receptor, decide desde qué lado entran en el Tablero sus socios personales.
El bot ofrece tres modos de distribución:
| Modo | Descripción | Cuándo utilizarlo |
| Automático | El primer socio a la izquierda, el segundo a la derecha, el tercero a la izquierda, y así sucesivamente. Llenado uniforme de ambos lados, empezando por el lado izquierdo de arriba abajo. | Modo por defecto. Adecuado para la mayoría de las situaciones. |
| A la izquierda | Primero las 4 plazas de la izquierda de arriba abajo, luego el lado derecho. | Si es necesario dividir más rápido el lado izquierdo. |
| A la derecha | Primero las 4 plazas de la derecha de arriba abajo, luego el lado izquierdo. | Si es necesario dividir más rápido el lado derecho. |
💡 Ejemplo: cuándo cambiar el modo de colocación
¿Quiere convertirse en Receptor? Usted es Receptor en el Tablero Inicial. En el lado izquierdo ya hay 3 Donantes de 4, y en el derecho solo 1.
Cambia el modo a «A la izquierda». Su siguiente socio invitado entrará en el lado izquierdo y este se llenará. Se producirá la división y Usted recibirá los primeros 4 Gifts.
Después de esto, puede cambiar el modo a «A la derecha» para llenar más rápido el segundo lado y recibir los Gifts restantes.
¿Quiere convertirse en Receptor? Usted es Receptor en el Tablero Inicial. En el lado izquierdo ya hay 3 Donantes de 4, y en el derecho solo 1.
Cambia el modo a «A la izquierda». Su siguiente socio invitado entrará en el lado izquierdo y este se llenará. Se producirá la división y Usted recibirá los primeros 4 Gifts.
Después de esto, puede cambiar el modo a «A la derecha» para llenar más rápido el segundo lado y recibir los Gifts restantes.
Temporizador de 15 minutos
Después de ocupar la plaza de Donante en el Tablero, se inicia un temporizador de 15 minutos. Este es el tiempo para que Usted examine el Tablero y tome la decisión definitiva.
Hay tres posibles escenarios:
| 1 | Envío manual Usted pulsa «Enviar Gift». El Gift se envía al instante al Receptor. |
| 2 | Envío automático Usted no hace nada. Pasados 15 minutos, el smart contract enviará automáticamente el Gift al Receptor. |
| 3 | Salida del Tablero Usted pulsa «Abandonar el Tablero». El Gift le es devuelto desde el smart contract (menos la comisión de la red) y Usted recibe un bloqueo temporal. |
⚠️ IMPORTANTE:
Entre en el Tablero solo si está dispuesto a enviar un Gift. La salida del Tablero conlleva un bloqueo temporal de la cuenta (de 72 a 288 horas). Más detalles en la página «Reglas y seguridad».
Entre en el Tablero solo si está dispuesto a enviar un Gift. La salida del Tablero conlleva un bloqueo temporal de la cuenta (de 72 a 288 horas). Más detalles en la página «Reglas y seguridad».
💡 Ejemplo: qué ocurre durante los 15 minutos
Usted ha entrado en el Tablero Inicial y ha reservado 10 USDT. El temporizador se ha iniciado a las 14:00.
Escenario A: A las 14:03 pulsa «Enviar Gift»: el Gift se envía al instante al Receptor. Listo.
Escenario B: Usted no hace nada. A las 14:15 el smart contract envía automáticamente el Gift. El resultado es el mismo: Usted se ha convertido en Donante en el Tablero.
Escenario C: A las 14:10 cambia de opinión y pulsa «Abandonar el Tablero». Los 10 USDT se le devuelven (menos ~0,01 TON de comisión de red), pero su cuenta se bloquea durante 72 horas.
Usted ha entrado en el Tablero Inicial y ha reservado 10 USDT. El temporizador se ha iniciado a las 14:00.
Escenario A: A las 14:03 pulsa «Enviar Gift»: el Gift se envía al instante al Receptor. Listo.
Escenario B: Usted no hace nada. A las 14:15 el smart contract envía automáticamente el Gift. El resultado es el mismo: Usted se ha convertido en Donante en el Tablero.
Escenario C: A las 14:10 cambia de opinión y pulsa «Abandonar el Tablero». Los 10 USDT se le devuelven (menos ~0,01 TON de comisión de red), pero su cuenta se bloquea durante 72 horas.
Confirmación automática del Gift
El Receptor no necesita confirmar la recepción del Gift manualmente. En cuanto el smart contract ha transferido los USDT del Donante al Wallet del Receptor, el Gift se considera confirmado automáticamente.
| ✓ | No hay espera de confirmación manual. |
| ✓ | Se excluye el factor humano y la diferencia de husos horarios. |
| ✓ | El proceso está completamente automatizado por el Blockchain y el algoritmo del bot. |
💡 Ejemplo: confirmación automática en acción
Yuri es Receptor en el Tablero Inicial. Yana es Donante y le ha enviado un Gift de 10 USDT.
Yuri no tiene que pulsar nada. El smart contract ha transferido automáticamente 9,5 USDT (menos una comisión del 5 %) a su Wallet. El bot ha registrado: el Gift nº 3 de Yana ha sido recibido. Yuri verá una notificación en el bot.
Yana tampoco espera: ya está en la posición de Donante y para ella comienza de inmediato el camino hacia la posición de Receptor.
Yuri es Receptor en el Tablero Inicial. Yana es Donante y le ha enviado un Gift de 10 USDT.
Yuri no tiene que pulsar nada. El smart contract ha transferido automáticamente 9,5 USDT (menos una comisión del 5 %) a su Wallet. El bot ha registrado: el Gift nº 3 de Yana ha sido recibido. Yuri verá una notificación en el bot.
Yana tampoco espera: ya está en la posición de Donante y para ella comienza de inmediato el camino hacia la posición de Receptor.
Por qué invitar a miembros
En la Comunidad DP Smart no hay recompensas de referido ni plan de marketing. Usted no recibe bonificaciones monetarias por las invitaciones: ni porcentajes de los Gifts, ni comisiones, ni acumulaciones multinivel.
Las invitaciones cumplen dos funciones:
| 📋 Llenado de los Tableros Cuantos más miembros haya en su lado del Tablero, más rápido se produce la división y más rápido avanza Usted hacia la posición de Receptor. |
🎯 Calificación El número de sus socios personales determina cuántas veces puede convertirse en Receptor en cada nivel (más detalles en la página «Reglas y mecánicas»). |
ℹ️ Las invitaciones son una herramienta
Las invitaciones no son una fuente de ingresos. Son una herramienta para avanzar por los Tableros de registro de Gifts. Precisamente por eso DP Smart es una Comunidad de Gifts mutuos y no marketing multinivel.
Las invitaciones no son una fuente de ingresos. Son una herramienta para avanzar por los Tableros de registro de Gifts. Precisamente por eso DP Smart es una Comunidad de Gifts mutuos y no marketing multinivel.
💡 Ejemplo: cómo las invitaciones aceleran el avance
Comparemos a dos miembros en el Tablero Inicial:
Aleksei ha invitado a 4 personas. Todos han entrado en su lado del Tablero → la división se ha producido rápidamente → Aleksei ya es Constructor en pocos días. Al mismo tiempo, su calificación = 4, lo que le permitirá convertirse en Receptor hasta 4 veces en este nivel.
Boris no ha invitado a nadie. Espera a que otros llenen su lado. La división se retrasa. Calificación = 0: incluso si llega a la posición de Creador, no podrá convertirse en Receptor sin calificación.
Las invitaciones no aportan una bonificación monetaria, pero influyen directamente en la velocidad y el resultado.
Comparemos a dos miembros en el Tablero Inicial:
Aleksei ha invitado a 4 personas. Todos han entrado en su lado del Tablero → la división se ha producido rápidamente → Aleksei ya es Constructor en pocos días. Al mismo tiempo, su calificación = 4, lo que le permitirá convertirse en Receptor hasta 4 veces en este nivel.
Boris no ha invitado a nadie. Espera a que otros llenen su lado. La división se retrasa. Calificación = 0: incluso si llega a la posición de Creador, no podrá convertirse en Receptor sin calificación.
Las invitaciones no aportan una bonificación monetaria, pero influyen directamente en la velocidad y el resultado.
🎯
Principio principal del movimiento
Cuanto más activos sean Usted y su equipo, más rápida será la división y su avance. «Mi Tablero» no es solo un botón en el bot. Es la estrategia de un ganador.
Principio principal del movimiento
Cuanto más activos sean Usted y su equipo, más rápida será la división y su avance. «Mi Tablero» no es solo un botón en el bot. Es la estrategia de un ganador.
📖 Qué leer a continuación
• Algoritmo: Reglas y mecánicas — calificación, actividad, estado «Durmiente», distribución de Gifts y temporizadores
• Reglas y seguridad — bloqueos, protección de la cuenta, recuperación y terminología de la Comunidad
• Algoritmo: Reglas y mecánicas — calificación, actividad, estado «Durmiente», distribución de Gifts y temporizadores
• Reglas y seguridad — bloqueos, protección de la cuenta, recuperación y terminología de la Comunidad