# Plasma: Child Pays for Parent

**URL:** <http://forum.zenon.org/t/plasma-child-pays-for-parent/1731>\
**Category:** ╰ Network\
**Created:** [December 16, 2023, 3:03pm UTC](http://forum.zenon.org/t/plasma-child-pays-for-parent/1731 "2023-12-16T15:03:13Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![Stark](http://forum.zenon.org/user_avatar/forum.zenon.org/stark/32/3166_2.png) [@Stark](http://forum.zenon.org/u/Stark)\
**Post date:** [December 16, 2023, 3:03pm UTC](http://forum.zenon.org/t/plasma-child-pays-for-parent/1731/1 "2023-12-16T15:03:13Z")

</div>

It would be nice if receivers could use their plasma to fuel incoming transactions - perhaps, similar to how you can accelerate an unconfirmed transaction in the Bitcoin mempool with a “child-pays-for-parent” tx.

I’m thinking this could have further reaching implications into how the NoM is conceptualized, as it could enable users with ‘no plasma’ to broadcast a transaction to an entity with ‘some or lots of plasma’. The receiver could have rules for acceptance.

It’s the effect of PaaS (plasma as a service), but completely abstracted from the end user, and resulting in a very low friction, fee-less experience.

Anti-spam could simply be a receiver setting parameters for what ZTS tokens to accept and incoming transactions, and a minimum amount.

Fuel plasma for any incoming broadcast of 0.9 ZNN or more.
