Push Protocol se complace en anunciar la finalización exitosa de la auditoría de seguridad realizada por Chainsafe para nuestra versión 2 de contratos inteligentes! Este hito representa un avance significativo para garantizar la solidez y confiabilidad de nuestra plataforma.
Las dos características principales introducidas en la versión 2 de nuestros contratos inteligentes son: - Pool de Staking de Push.
- Solicitudes de Chat por Incentivos.
Con el lanzamiento de la versión 2, el protocolo tiene como objetivo mejorar la utilidad del token PUSH y, al mismo tiempo, habilitar un mecanismo de incentivación a nivel de protocolo para todos sus usuarios.
Los titulares del token $PUSH ahora podrán ganar incentivos directamente del protocolo, y se implementará un multiplicador de recompensas basado en el tiempo de tenencia de los tokens. Esto significa que cuanto más tiempo hayas mantenido los tokens, mayores serán tus recompensas.
El diseño de los contratos v2 garantiza que los incentivos para los usuarios estén directamente vinculados al protocolo. A medida que el protocolo amplía sus fronteras, aumentan los incentivos que los usuarios pueden reclamar de los contratos. Esto implica que a medida que el protocolo crece, los incentivos para los usuarios son cada vez mejores.
El Chat Incentivado de Push es una nueva característica introducida en la versión 2, que permite a los usuarios establecer una tarifa única para recibir solicitudes de chat. Con la introducción de esta función, los usuarios no solo tendrán un mayor control sobre las solicitudes de chat entrantes, sino que también podrán obtener ganancias pasivas.
La fecha tentativa de lanzamiento de Push Protocol v2 es a finales de junio de 2023, junto con la versión 2 de yield farming para el fee pool, y el pool de Uniswap v2 LP.
Esto marca el inicio de la incentivación de las tarifas del protocolo y la recompensa a los titulares de tokens y billeteras de criptomonedas.
Push v2 ha pasado la auditoría de Chainsafe. Sin embargo, debido a las características centrales y críticas de la versión 2, el equipo ha decidido lanzarla después de 4 semanas.
Esto brinda tiempo suficiente al equipo para realizar concursos de hacking ético entre las principales plataformas y asegurarse de que la v2 se haya probado en condiciones reales.
Antes del lanzamiento tentativo a finales de junio de 2023, habrá un programa de recompensas por ‘Bugs‘ or errores, abierto e incentivado disponible para la comunidad. Pronto se proporcionará más información al respecto.
Es el momento de sumergirse más profundamente y comprender las características centrales de los contratos inteligentes Push v2 y lo que habilitan para la comunicación web3.
La característica más significativa del núcleo v2 es el staking de Push Fee Pool.
En términos simples, esto significa que los poseedores de PUSH ahora pueden hacer staking y ganar recompensas de PUSH directamente desde el contrato central en sí mismo. A medida que el protocolo crece, también lo hacen las recompensas.
Antes de adentrarnos en cómo funciona el staking del Core v2, retrocedamos un momento para recapitular rápidamente el concepto del Fee Pool.
El Fee Pool se introdujo en la Versión 1.5 de los contratos inteligentes de Push. Fee Pool es un término utilizado para indicar las pequeñas tarifas cobradas por las acciones del protocolo, como la creación de canales, la reactivación de canales y la modificación de detalles del canal. Estas tarifas no afectan a los usuarios, ya que todo es siempre gratuito, con la excepción de algunas funciones para usuarios especiales, como se describe en el siguiente link.
https://docs.push.org/hub/pusheconomics/push-token-economics#push-fee-pool
En otras palabras, por cada transacción crucial en el contrato central, se toma una pequeña cantidad de tarifa y se almacena en lo que llamamos Push Fee Pool.
La tarifa del protocolo actualmente se establece en 10 tokens PUSH. Sin embargo, esta cantidad puede ser modificada posteriormente por la comunidad utilizando la gobernanza on-chain.
Nota: Esta no es una tarifa adicional que se cobra además de las tarifas de creación de canales. En cambio, la tarifa del protocolo se deduce simplemente de la misma cantidad que el creador del canal elige hacer staking en el protocolo.
Por ejemplo, si decides hacer staking de 50 tokens PUSH durante la creación del canal, 10 de esos 50 tokens PUSH se destinan al Protocol Fee Pool, mientras que el resto se destina a los Fondos del Pool del Canal, que pueden ser reclamados por los propietarios del canal en cualquier momento que decidan desactivar su canal.
Lee más sobre el Fee Pool y cómo opera aquí:
https://docs.push.org/hub/pusheconomics/push-token-economics#push-fee-pool
Con la introducción de la versión 1.5 del contrato central, sentamos las bases para el fee pool y la visión de incentivar a los poseedores de tokens PUSH. Sin embargo, la versión actual representa un avance sustancial hacia la realización de esta visión.
El concepto fundamental detrás de la introducción del fee pool en la versión 1.5 de nuestros contratos fue establecer un mecanismo de incentivos a nivel de protocolo. Este mecanismo permite tanto a los poseedores de tokens PUSH como a los usuarios del protocolo ganar incentivos directamente del propio protocolo.
Vale la pena destacar que a medida que el protocolo amplía sus límites, los incentivos disponibles para que los usuarios los reclamen de los contratos también mejoran. Esto significa que a medida que el protocolo crece, los incentivos para los usuarios son cada vez mejores. La correlación directa entre el crecimiento del protocolo y los incentivos para los usuarios crea una relación mutuamente beneficiosa dentro del ecosistema.
La versión 2 de los contratos centrales incluye funcionalidades de Stake y Claim que permiten a los poseedores de tokens $PUSH hacer staking de sus tokens en el contrato central y ganar recompensas directamente del fee pool.
El mecanismo de staking en el Core V2 se basa técnicamente en epochs. La distribución total de recompensas se divide en epochs durante los cuales los usuarios pueden hacer staking y acumular recompensas.
Cada epoch tiene una duración de aproximadamente 21 días o 3 semanas.
Los poseedores de tokens $PUSH pueden hacer staking de sus tokens en cualquier momento en el contrato del Core V2.
El token $PUSH tiene ponderación en función del tiempo, lo cual también se implementa con esta actualización. Esto significa que las personas que han mantenido los tokens PUSH durante más tiempo son recompensadas más cuanto más tiempo hagan staking.
Las recompensas totales disponibles y reclamables en un epoch dependen principalmente del fee pool del protocolo, es decir, la cantidad ganada por el propio protocolo. Cuantos más tokens PUSH se acumulen en el protocolo durante un epoch, más recompensas recibirán los stakers de ese epoch específico.
Las recompensas totales también se inician con yield farming durante las próximas 84 semanas después de que el protocolo entre en funcionamiento.
El algoritmo de staking no impone ningún período de bloqueo. Esto significa que los poseedores son libres de hacer staking o deshacer el staking cuando lo deseen.
Aunque no se impone un período de bloqueo, existe un período de espera de al menos un epoch antes de que un usuario pueda retirar o cosechar. Esto significa que cualquier staking durante un epoch actual requerirá que el usuario espere al menos T+1 epoch antes de poder reclamar recompensas o retirar su cosecha. Esto se hace para evitar que actores maliciosos utilicen la duración del epoch para obtener recompensas injustas.
En cuanto a la cosecha de recompensas del contrato, los usuarios pueden cosechar recompensas de todos los epochs en los que hayan hecho staking. Esto significa básicamente que cuanto más tiempo haga staking un usuario, más recompensas podrá cosechar.
Un punto importante que se debe tener en cuenta es que los usuarios no pueden reclamar sus recompensas para el epoch actual. Por ejemplo, si un usuario hace staking en el epoch 1 e intenta reclamar en el epoch 6 (que es el epoch actual), solo podrá reclamar las recompensas de los epochs 1 a 5. Esto se debe a que el epoch 6 está actualmente activo y el contrato no permite reclamar recompensas de un epoch en curso.
Mientras que el Chat de Push ha estado cerrando la brecha de comunicación en todo el mundo de web3, con el lanzamiento de nuestros contratos v2, estamos introduciendo un nuevo concepto llamado Chat de Push Incentivado.
Un breve vistazo al mecanismo de funcionamiento actual del Chat de Push nos muestra que cualquier dirección de billetera válida (remite del mensaje) puede enviar una solicitud de chat a cualquier otra dirección de billetera (receptor del mensaje).
Cualquier nueva solicitud de chat enviada por el remitente simplemente se muestra en la pestaña de solicitudes del receptor. Y el receptor puede abrir, aceptar y responder a cualquier solicitud de chat cuando lo desee.
Sin embargo, en nuestros esfuerzos continuos por empoderar a los usuarios del Chat de Push, estamos mejorando el control que tienen sobre las solicitudes de chat entrantes. Creemos que los usuarios deberían tener autonomía para determinar e implementar sus propias reglas para manejar estas solicitudes de manera efectiva.
Para facilitar esto, introduciremos diferentes tipos de configuraciones dentro del Chat de Push:
Abierto: Esta configuración permite solicitudes de chat sin restricciones de cualquier persona, brindando a los usuarios la flexibilidad para interactuar con una amplia gama de individuos.
Bloqueados: Al seleccionar esta configuración, los usuarios tienen la capacidad de bloquear las solicitudes de chat entrantes de todos, asegurando una experiencia de chat más privada y exclusiva.
Solicitudes de Chat Incentivadas: Con esta configuración, los usuarios pueden optar por habilitar una tarifa única para enviar solicitudes de chat. Esto brinda la oportunidad a los usuarios de monetizar sus interacciones de chat y agregar valor a cada conversación.
Nota: Si bien esta función se ha integrado en la última versión de nuestros contratos inteligentes, estará disponible y se lanzará oficialmente a los usuarios después de la implementación de los contratos v2.
El Chat de Push Incentivado introduce una configuración de chat innovadora que permite a los usuarios personalizar su experiencia al implementar una tarifa única (en tokens PUSH) para las personas que deseen enviarles solicitudes de chat de Push. Al habilitar esta configuración, los usuarios pueden asegurarse de que cualquier persona interesada en iniciar una solicitud de chat de Push debe depositar la tarifa especificada antes de enviar su mensaje.
Esta función otorga a los usuarios un mayor control sobre sus interacciones de chat y les permite monetizar su participación en la plataforma. En términos más simples, esta funcionalidad innovadora capacita a los usuarios no solo para gestionar sus interacciones de chat, sino también para desbloquear nuevas oportunidades para generar ingresos sin esfuerzo. Consideramos que esto tiene un gran uso en la economía de creadores y abre un nuevo camino para que ocurran las comunicaciones en web3.
Nota: La Solicitud de Chat Incentivado solo le da al remitente el derecho de comunicarse con el receptor bajo solicitud de chat. El receptor aún necesita aceptar la solicitud para habilitar las notificaciones y las funciones de chat. Es decir, el receptor aún puede rechazar tus mensajes mientras mantiene la tarifa.
Consideremos dos usuarios diferentes: el Remitente del mensaje y el Receptor del mensaje.
Todo comienza con el receptor del mensaje seleccionando la configuración de Chat de Push Incentivado para sí mismo.
Al optar por esta configuración, deben seleccionar la cantidad mínima de tokens PUSH que cualquier remitente de solicitud de chat debe pagar para poder enviar solicitudes de chat al receptor.
Nota: En consonancia con el diseño de nuestro contrato inteligente, se debe tener en cuenta que una parte muy pequeña de esta tarifa, específicamente 10 tokens PUSH, se destina al Fee Pool.
Una vez que se habilita esta configuración, el protocolo garantiza que el destinatario solo recibirá una solicitud de chat si el remitente cumple con el requisito de pagar la cantidad especificada de tokens PUSH.
Ahora es momento de verlo desde la perspectiva del remitente del mensaje.
Como remitente, se te mostrará la cantidad mínima de tokens PUSH que debes depositar para interactuar con usuarios que tengan habilitadas las solicitudes de chat incentivadas.
Por lo tanto, el primer paso como remitente es iniciar el pago de la tarifa requerida y enviar la solicitud de chat inmediatamente después. Esto se resume en una sola llamada de función desde el contrato Push Communicator, createIncentivizeChatRequest, que maneja todo esto para el remitente de la solicitud.
Una vez completada con éxito esta transacción, se enviarán las solicitudes de chat al destinatario, facilitando el establecimiento de un puente de comunicación entre los dos usuarios al aceptar la solicitud.
Con la expansión del Protocolo Push a múltiples cadenas como Polygon, BSC y más, hemos diseñado meticulosamente esta función para minimizar cualquier fricción para los usuarios en estas cadenas, asegurando una experiencia fluida más allá de Ethereum.
Por lo tanto, como se mencionó anteriormente, la creación de solicitudes de chat incentivadas se incorpora en nuestro contrato de comunicador, que, a diferencia de nuestro contrato principal, se implementa en múltiples cadenas EVM (Ethereum Virtual Machine).
Esto significa que los usuarios de cualquier cadena compatible con el Protocolo Push pueden crear solicitudes de chat incentivadas desde su propia cadena correspondiente, sin necesidad de hacerlo desde la red Ethereum.
Es importante tener en cuenta que los usuarios pueden crear solicitudes de chat incentivadas desde cualquier cadena y depositar los tokens de Push en el propio contrato de comunicador de esa cadena.
Sin embargo, según el diseño de nuestro contrato, cualquier fondo entrante debe ser gestionado y almacenado en el contrato principal que se encuentra en Ethereum.
Por lo tanto, cualquier token de Push depositado en los contratos de comunicador de otras cadenas EVM (compatibles con el Protocolo Push) será esencialmente transferido al contrato principal que se encuentra en la propia cadena Ethereum.
Para garantizar que el procedimiento de conexión se maneje de manera adecuada, utilizaremos el protocolo de interoperabilidad Wormhole para el movimiento inter-cadenas de los tokens.
Como último paso, el contrato principal permitirá a cualquier usuario reclamar sus incentivos de chat directamente desde el contrato principal v2 en la red Ethereum.
Cabe destacar que, si bien los usuarios de cualquier cadena compatible pueden crear solicitudes de chat incentivadas y depositar tokens de PUSH, los tokens son esencialmente transferidos y movidos al contrato principal en la red Ethereum.
Por lo tanto, es muy fácil para los receptores de mensajes o solicitudes simplemente retirar sus fondos reclamables directamente del contrato principal en sí, en lugar de saltar de una cadena a otra.
La función de Chat Incentivado de Push ofrece varios casos de uso potenciales que pueden beneficiar a los usuarios de diversas formas.
Profesionales, líderes de opinión o expertos en Web3 o cualquier campo específico pueden utilizar la función de chat incentivado para monetizar sus conocimientos y brindar asesoramiento personalizado o consultas a través del chat de Push.
Esto puede impulsar la creciente economía de creadores en Web3 y permitir que la comunicación social en Web3 tenga características que actualmente no están presentes en Web2.
Si bien Push ya cuenta con funciones avanzadas contra el spam que permiten a los usuarios aceptar chats antes de recibir notificaciones y/o acceder a funciones como videollamadas, las solicitudes de chat incentivadas van más allá para las billeteras populares que ahora pueden priorizar sus solicitudes de chat de Push.
La tarifa actúa como un elemento disuasorio para solicitudes de baja calidad o irrelevantes, asegurando que los usuarios reciban mensajes más significativos y valiosos.
El requisito de una tarifa única agrega una capa adicional de exclusividad y privacidad para los usuarios. Puede disuadir interacciones casuales o no deseadas, asegurando que los usuarios solo reciban solicitudes de personas que estén genuinamente interesadas y dispuestas a invertir en la conversación.
Esto puede ser especialmente valioso para influencers o figuras públicas que desean gestionar sus interacciones y mantener un compromiso más selectivo y enfocado con su audiencia.
Nota: La versión 2 de los contratos inteligentes Core y Communicator de Push se implementará en las próximas semanas. Todas las nuevas características mencionadas anteriormente entrarán en vigor después de la implementación.
Push es el protocolo de comunicación de Web3. Push permite notificaciones y mensajería entre cadenas (cross-chain) para dapps, billeteras y servicios vinculados a direcciones de billetera de una manera abierta, sin comisiones de gas y sin depender de una plataforma en particular. La capa de comunicación abierta permite que cualquier billetera de criptomonedas o frontend se conecte a la red y establezca comunicación.
Para mantenerse actualizado sobre Push Protocol: