¿Puedes proporcionar un enlace a la API?
Si cada uno de esos usuarios tiene unos pocos dólares, entonces puedes preguntar en Marketplace. Si una o más de esas comunidades son clientes Enterprise, esa sería otra forma de empezar.
4 Me gusta
No hay API, los zaps son nativos de Nostr y se implementaron utilizando la Lightning Network. Se puede decir que la “API” sería la propia LN.
Aquí, cómo funcionan los zaps en Nostr:
El usuario vincula su dirección de billetera LN a su cuenta de Nostr y, a partir de ahí, todos los zaps (propinas) se envían y reciben directamente a través de LN, es el servidor del nodo Lightning el que maneja esto, no Nostr.
Para implementar algo similar para enviar tokens de Ethereum, se tendría que crear una solución desde cero, de ahí mi sugerencia de usar la infraestructura de Polygon. Pero, como dije al principio, no soy desarrollador, así que lamentablemente no puedo detallar todo esto técnicamente.
Sugeriré esto en la comunidad en la que participo. Es mantenida por una gran empresa y podría estar interesada en ello.
1 me gusta
Supongo que la primera pregunta es: ¿Qué QUIERES EXACTAMENTE?
Tienes que definir con precisión qué haría el sistema que quieres y cómo lo haría. Si no directamente en términos técnicos, describiendo la idea con tus propias palabras.
Ahora mismo, nada impide que cualquier usuario escriba una dirección de recepción en su perfil. Excepto quizás las reglas de algunos foros. Eso es prácticamente todo lo que se necesita. ¡Esto es cripto! La gente puede publicar direcciones de recepción libremente y los remitentes pueden enviar a ellas sin muchas preocupaciones de privacidad u otras tonterías involucradas.
Claro, si usas una dirección on-chain, las transacciones son públicas y usar la misma dirección para todo está lejos de ser ideal. Pero puedes usar LN con BTC, o un nuevo y emocionante desarrollo que espero gane tracción: PayNyms. O podrías usar una moneda de privacidad como Monero.
Haciendo prácticamente nada y promoviendo un cierto uso en una comunidad, la gente es libre de usar las monedas/redes que quiera. Varias de ellas si quieren. Haz clic en mi apodo y compruébalo tú mismo. Podrías configurar una casilla especial para esto, y quizás pedir específicamente a la gente que la rellene al registrarse. Aquí, secuestré la sección de “pronombres”. Y usé la casilla del sitio web para publicar mi PayNym. En cualquier caso, las cosas se pueden introducir directamente en la casilla “Acerca de mí”.
1 me gusta
Qué:
- Una función nativa de Discourse que permite a los usuarios enviarse y recibir propinas en tokens BTC y/o Ethereum entre sí.
Cómo funcionaría:
-
El usuario vincularía su billetera de criptomonedas (Lightning para BTC y Polygon para Ethereum) a su cuenta de Discourse.
-
Cuando el usuario quisiera enviar una propina a otro usuario, por ejemplo, cuando le gustara mucho una publicación, haría clic en el icono específico en el pie de página de la publicación y se mostraría una ventana emergente para que eligiera la cantidad a enviar.
-
Opcionalmente, también sería posible enviar propinas accediendo a la página de perfil del usuario, donde hay un botón con la misma funcionalidad.
Justificación:
- Recompensar a los usuarios con criptomonedas (valor), en lugar de “me gusta” o emojis. Exactamente como sucede en Nostr.
A priori, sería una función tan simple como esa, sin preocuparse por la privacidad ni nada de eso. Estamos hablando de propinas (micropagos) como forma de recompensa y no de transacciones de alto valor. Pero, por supuesto, nada impide que también haya soporte para Monero en esta función.
Esto parece bastante simple, de hecho.
Almacena un valor para cada usuario, que el usuario proporcionó (información de pago).
Y añade un botón que muestre un QRcode según este valor o redirija a las aplicaciones de billetera.
Y supongo que eso es todo.
Lo que realmente quieres es un botón para formalizar las cosas, en lugar de que la gente copie y pegue la información de pago del perfil (lo que describí anteriormente).
Puedes encargar un plugin que haga esto en Marketplace
2 Me gusta
Creo que también es simple, pero no soy desarrollador, así que no sé si es realmente tan simple de implementar en Discourse.
Este es el caso de uso de propinas en Nostr, es básicamente esto:
Pero esa sería la solución solo para propinas de BTC a través de Lightning Network.
En cuanto a Polygon/Ethereum, no conozco ningún caso de uso como este que se haya implementado antes, por eso dije al principio que tendría que implementarse desde cero.
Escribiré una propuesta para publicarla en el marketplace. Gracias por su atención.
¡Chicos! Vamos a profundizar en BTCPay.
Todo lo relacionado con la Lightning Network es experimental (y una especie de juego de empresas) pero también está incluido en sus sistemas. Tienen una API muy buena y una comunidad excelente, además de que usan la red Bitcoin original sin aditivos.
Eso es obligatorio para las empresas que quieren construir todo sobre una segunda capa experimental.
Solo mi opinión 
1 me gusta
Muy interesante, no conocía este proyecto.
Sin embargo, tiene un “pequeño” problema… las transacciones se realizan directamente en la cadena de bloques de Bitcoin, lo que implica altas comisiones y un retraso para confirmarlas.
Para un sistema de propinas, que es lo que se propone aquí, estas dos cosas hacen que la funcionalidad no sea factible.
Lo que hace que la experiencia de enviar y recibir zaps (propinas) en Nostr sea tan divertida y agradable es precisamente el hecho de que son instantáneos y no cuestan nada enviarlos o recibirlos. Las transacciones de pequeño valor son gratuitas en la Lightning Network.
Además, no es necesario crear ningún nodo/servidor para implementar propinas sobre la Lightning Network en Discourse, el usuario simplemente vinculará su billetera Lightning a su cuenta de Discourse y el plugin hará: (1) Para recibir: indicar si el usuario puede o no recibir propinas y (2) Para enviar: interactuar con el servidor LNURL para configurar la transacción, pero sin confirmar la transacción en sí.
Este enfoque hace que sea muy sencillo incluir esta funcionalidad en Discourse. Los administradores de la comunidad que utilizan la plataforma Discourse no necesitarán saber nada sobre la tecnología de Bitcoin, ni configurar servidores específicos para este propósito.
La implementación de propinas en sats es así de simple, solo hay que copiar la implementación que hicieron para Nostr.
La dificultad, creo, será crear la misma funcionalidad pero para la red Ethereum. Existen soluciones de Capa 2 en Ethereum, pero ¿sería sencillo implementar la misma funcionalidad utilizando alguna de ellas? No lo sé.
2 Me gusta
Esa es la reacción que tuve inicialmente al leer su publicación. Sin embargo, dice que BTCPay está implementando la red Lightning. Lo cual hacen: Lightning Network FAQ | BTCPay Server Pero, BTCPay podría centrarse más en una entidad que recibe todos los pagos. No estoy seguro de que sea bueno para el caso de uso aquí. A menos que quieras gestionar cuentas de usuario internamente. Sería centralizado a tu nivel. Probablemente sea mejor mantener las cosas descentralizadas y permitir que los usuarios intercambien directamente entre sí.
Creo que sería lo contrario: La única dificultad con la red Lightning, tal como parece manejarla Nostr, es que genera una nueva factura de LN por cada transacción (según la imagen que proporcionaste anteriormente).
Las redes Ethereum/Polygon son “basadas en cuentas” en lugar de basadas en UTXO como Bitcoin. Por lo tanto, cada transacción se enviaría necesariamente a la misma dirección por usuario, si no me equivoco. No sé si es posible hacerlo de otra manera (¿lo es?). Así es como funciona. Sería “malo” en términos de privacidad, pero muy simple de implementar, por otro lado. A menos que me esté perdiendo algo.
Una solución alternativa (centralizada) sería utilizar un tercero para micropagos, como por ejemplo FaucetPay. Tienen una API y admiten muchas monedas. Las pequeñas cantidades para propinas se intercambiarían internamente con ellos y los usuarios podrían depositar/retirar cantidades mayores.
2 Me gusta
No, no en lugar de, porque
Así que, más además de para que el motor del foro 
funcione según lo previsto
2 Me gusta
¡Tienes toda la razón!
Mis disculpas.
Eso es totalmente falso:
Las transacciones nativas de Bitcoin son lentas y baratas, o rápidas y caras. Además, en ocasiones, las transacciones más rápidas pueden ser muy caras y las baratas consumir mucho tiempo, lo que definitivamente no es una opción viable para un sistema de propinas.
Por otro lado, en la Lightning Network, las transacciones son instantáneas con tarifas relativamente constantes, lo que no existe de forma nativa en Bitcoin.
Para un sistema de propinas como el implementado en Nostr, esto es ideal.
Debo admitir que no sé lo suficiente sobre criptografía para poder juzgar esto. Sin embargo, creo que ahora hay suficiente información sobre la red Lightning en este tema para que alguien pueda investigarla adecuadamente si decide adoptar esta función (ya sea como un complemento de terceros o como una oficial). 
Quizás podamos dejar esto aquí y decir que es una de varias opciones que podrían considerarse.
2 Me gusta
Bueno, LN es peor que antes y casi no se usa. Abrir canales y usarlos para propinas sin pagar mucho o usar custodios de terceros es imposible.
Estoy con la idea de integrar BTCPay en Discourse. Eso atraerá a mucha gente que busca algo similar.
Las criptomonedas existen por la gente y sus comunidades, no por las instituciones o los ‘números suben’.
BTCPay funciona con más criptomonedas que BTC (como LTC o XMR) y tiene reputación, equipo y confianza.