jorgitonew
Madmaxista
- Desde
- 14 Dic 2008
- Mensajes
- 11.289
- Fruta
- 23.155
el avance es bastante... nadie hasta el momento se había dado cuenta de que las unconfirmed transaction tenían utilidad práctica. hasta el día de hoy eran descartadas sin másNo sé si acabo de entenderlo, pero lo que comentas tiene cosas que no acaban de encajar.
Si no se escribe en la blockchain, no lo hace sobre una blockchain.
Entiendo que puede ser una especie de aplicación de mensajería utilizando nodos distribuidos. Los nodos retransmiten conversaciones igual que ahora se retransmiten transacciones.
Pero ahí no veo nada nuevo ni pinta nada ardor, esto lo puede hacer cualquier conjunto de máquinas en Internet.
Eso no parece muy sostenible.
Supongo que el coste de los mensajes ahora es 0 porque los nodos tienen capacidad suficiente y no les importa hacer de relays de mensajes que no tienen valor económico, pero si llega un momento en que la red se usa fuertemente y se acercan al límite de su capacidad, a ver quien quiere dedicar recursos para realizar este trabajo gratis.
A parte de permitir ataques de saturación a nodos que deberían estar dedicados a otras cosas, p. ej. validar transacciones con valor económico.
una cosa es que no se escriba en la blockchain y otra que no se necesite blockchain. si que se necesita blockchain ya que por definición una unconfirmed transaction es una transacción de una blockchain no confirmada. necesitas una blockchain para generarla aunque luego no la escribas en la blockchain.
si que puede dar problemas de floodear la red por temas de 0 fees pero esto lo podría solucionar ardor usando una cadena hija aparte para este problema. ya está implementado en ardor cadenas hijas con 0 fees. de todas formas, este tema por supuesto que habría que darle más vueltas
siguiendo con el link que he puesto:
las futuras aplicaciones que se abren usando las unconfirmed transaction son inmensas. en el link te ponen estás:
Messaging/Reporting:
Private/Public Chat apps.Small device (maybe*a solar powered Raspberry Pi) broadcasting temperature of some point.Small tracking device broadcasting GPS location.
Probing/Negotiating:
Probe whether an account is ‘online’ (like the ‘ping’), then starting a chat/shuffling…Bidding/Offering the price of something with 0 fees, the seller or buyer could bundle the transaction to make it confirmed.
Triggering/Controlling:
Use as a signal triggering the execution of something, like a dApp’s function or some smart contract.The Ardor node itself could use that as configuration command, especially in mass deployments and maintains
en el slack ya hay gente diciendo que se le están ocurriendo muchísimas aplicaciones para el mundo IT
Como bien dices, las unconfirmed transaction estan en todas las blockchain, pero siguiendo el post que puse, las ventajas de ardor respecto a otras cadenas son:
Superiority from*Ardor
Ardor didn’t invent the unconfirmed transactions, technically other blockchain solutions could do that too (except those DAGs?).
Is there some superiority when we do it on Ardor? The answer is Yes.
Ardor has so many build-in transaction types
Messages, Trading, or even the Cloud Data, save the time of designing the protocols yourself.
Ardor has child-chain structure
Now, we return to the flooding problem. Maybe simply create a new child-chain(a ‘chain’ recording nothing) and create a separated unconfirmed pool that could isolate from the impact to the existing chains.
en conclusion, se abre un nuevo campo para blockchain ya que existe un tipo de dato (unconfirmed transaction) que no se estaba usando y que se puede empezar a usar y ardor presenta ventajas competitivas en este aspecto. el límite esta en la creatividad que uno le quiera dar