A simple but powerful client-side library to manage monetization on the web. Think of jQuery of monetization of the web.
Fundme.js is a tree-shakable library to manage monetization on the web. It will include common solutions for cookie-aware ads, cookie prompt, some components to integrate print-on-demand merchandise, and last but not least, the new and shiny Web Monetization API.
Currently it is still rather new and only support Web Monetization API, along with revenue share with Probabilitic Revenue Sharing method.
⚠️ This library is still work in progress and an experimental project, not ready for production!⚠️
Web Monetization API is a new web standard being developed to provide better payment alternative for publishers and creators other than ads. Learn more about it on https://www.webmonetization.org.
npm i fundme --saveExample with ES Modules:
import { fund } from 'fundme'
fund('$wallet.example.com/some-guy-funding-address')Fundme.js is designed to be fully tree-shakeable library thus it has quite a weird way to use in the browser than normal library. It needs to use IIFE (Immediately Invoked Function Expression) to get exported function that normally use in brackets when importing it with ES Module.
<script src="https://cdn.jsdelivr.net/npm/fundme/dist/fundme-iife.js"></script>
<script>
fundme.fund('$wallet.example.com/my-address')
</script>or with Browser native ES modules:
<script type="module">
import { fund } from 'https://cdn.pika.dev/fundme'
fund('$wallet.example.com/my-address')
</script>Using Fundme.js with CommonJS - note that usage in Node is still Work In Progress, using this will give you an error.
const { fund } = require('fundme')
const randomPointer = fund([
'$wallet.example.com/some-guy-funding-address',
'$wallet.example.com/helper-funding-address',
'$wallet.example.com/platform-payment-address'
])
/*
in Node.js environment, fund() will return one of the three pointers instead
of interacting with Web Monetization API meta tag.
*/WIP - Server-Side Fundme.js is in the roadmap for short-term goal.
Web Monetization API can only stream one pointer address due to performance issue, but you can split revenue using Probabilitic Revenue Sharing method that relies on chance whoever gets picked among contributors.
To split revenue, fund(pointerAddress) must take an array containing strings or our own opiniated Web Monetization pointer object. Pointer address objects must have address and weight in it.
Below is a scenario where author of a content get the most of the revenue of an article, while editor and proofreader get the same slice of the pie, while the website owner get the least (website owner's chance isn't being implictly set, but more that on the code).
import { fund } from 'fundme'
const AuthorPointerAddress = {
address: '$wallet.example.com/author-address',
weight: 40,
}
const EditorPointerAddress = {
address: '$wallet.example.com/editor-address',
weight: 10,
}
const ProofreaderPointerAddress = {
address: '$wallet.example.com/proofreader-address',
weight: 10,
}
// pointers with type string or those with no weight will use
// default weight which is 5
const WebsiteOwnerPointerAddress = '$wallet.example.com/website-owner'
// calling the function...
fund([AuthorPointerAddress, EditorPointerAddress, ProofreaderPointerAddress, WebsiteOwnerPointerAddress])Additionally, in case you don't like working with objects, it's possible to work solely with an array of strings but still declaring their chances. Fundme.js will read modifier # at the end of the pointer address as a way to read a payment pointer's weight.
import { fund } from 'fundme'
fund([
'$wallet.example.com/this-has-weight-ten#10',
'$wallet.example.com/this-has-weight-six#6',
'$wallet.example.com/this-has-weight-seven#7',
])It's possible to declare pointer address with <template></template> tags. Instead of pointing payment address in function parameters you can set it beforehand in the HTML and let fundme.js scrape them during the browser runtime. For this to work, <template></template> tag must have data-fund and data-fund-weight (weight is optional) attribute.
fund() must have no parameters when using HTML template monetization. Note that below are for examples purpose (you can use the template tags in HTML but please use ES Module import to use fund() for now).
<!-- WARNING: you must close <template> tags with proper closing tag -->
<template data-fund="$wallet.example.com/my-address" data-fund-weight="10"></template>
<template data-fund="$wallet.example.com/my-friend-address" data-fund-weight="7"></template>
<script src="/dist/fundme-iife.min.js"></script>
<script>
fundme.fund()
</script>If you prefer to work directly from JSON, like listing revenue sharing contributors from server-side or static sites, you can also write an array in <script fundme type="application/json"> tags. (Note the fundme attribute!)
<script fundme type="application/json">
[
"$xrp.com/some-address-with-no-weight",
{
"address": "$wallet.example.com/address-with-weight",
"weight": 12
},
{
"address": "$wallet.example.com/another-one-with-weight",
"weight": 3
}
]
</script>
<!-- PROTIP: instead of IIFE script, you can use browser native ES Modules -->
<!-- be aware that browser ES Modules still isn't widely support by browsers -->
<script type="module">
import { fund } from '/dist/fundme.mjs'
fund()
</script>However, we have an opiniated (and recommended) way to declare payment pointers with familiar custom syntax. We're using <template fundme></template> tags but without declare payment pointers and revenue share weights inside data-fund and such, declaring them directly inside the tags instead.
NOTE: all payment pointer has to be separated by semicolons (like CSS or JavaScript lines).
<template fundme>
$wallet.example.com/this-has-weight-ten#10;
$wallet.example.com/this-has-weight-twelve#12;
$wallet.example.com/this-has-weight-eight#8;
</template>
<!-- PROTIP: instead of IIFE script, you can use browser native ES Modules -->
<!-- be aware that browser ES Modules still isn't widely support by browsers -->
<script type="module">
import { fund } from '/dist/fundme.mjs'
fund()
</script>As of Fundme.js 0.1.2, you can use fixed percentage based weight to calculate revenue sharing between a few parties.
One example of this is how a blogging platform provides a revenue sharing scheme for authors and their contributors (editors, proofreaders, etc), but it wants 20% of total revenue brought by Web Monetization API. The obvious way to do it is to roll 20% chance for platform's payment pointer before the actual revenue sharing happens; but what happens when the platform want to introduce other parties that also would get fixed chance for the revenue sharing, say, for affiliate referrers?
Fundme.js provides a simple way to do it:
<template fundme>
$wallet.example.com/author#10;
$wallet.example.com/editor-one#6;
$wallet.example.com/editor-two#6;
$wallet.example.com/editor-three#6;
$wallet.example.com/proofreader#4;
$wallet.example.com/quality-checker#2;
$wallet.example.com/platform#20%;
$wallet.example.com/affiliate-referrer#10%;
</template>
<script type="module">
import { fund } from '/dist/fundme.mjs'
fund()
</script>In the example above, there are six different contributors (including the author) directly involved in working in one content. Notice that payment pointer for $wallet.example.com/platform and $wallet.example.com/affiliate-referrer both have % following the weight of their shares; what will happen is both of them will take 30% (20% for platform and 10% for referrer) of Web Monezitation revenue while split the rest of 70% shares to six contributors.
- NEW: Advanced relative weight and nested payment pointer pools.
- NEW: make basic client-side affiliate referral system.
- Add bias system.
- Make some config to let Fundme.js operate in Server-Side.
- A way to get relative chances for contributors' addresses (something like CSS relative unit).
- RegEx safety net to warn website owners if one or more Web Monetization API pointer addresses are invalid or not following best practices.
- Simpler and more intuitive implementation that will goes nicely with current API standard.
- Make a JAMstack website to host documentation.
- Early and basic asynchronous ads support (like amp-ads).
- Integrate basic cookies prompt flow and make ads cookie aware if possible (by using non-personalized ads).
- Web components / Stencil to provide basic
VIP only contentfor Web Monetization subscribers. - More robust API! Better tests!
I'm planning to make fundme.js a modular library to manage lots of kind monetization that can be imported invidually with ES Module, but still can get along nicely with each other to provide good experience for the users.
For example, webmonetization.org/ads has a tutorial to hide ads for Coil subscribers, but hiding ads doesn't actually save bandwidth and prevent ads trackers from being loaded - especially if webmasters don't spend more effort to implement best practices. There's a need for a middleman to make Web Monetization API and ads play along together. Fundme.js is here as leverage that provide basic flow for all those best practices, and I'm aiming it to be as simple for those with little or no javascript knowledge to implement it; besides copy-paste'd and do a little tweak on the code.
In additionally, integrating broad monetizations like affiliation marketing or print-on-demand is in future roadmap for fundme.js. This library actually is one of core features I'm using on my ProgNovel project, and future plans/features might change as I discover more during my development of ProgNovel.
Fundme.js is still in early phase development and thus API might change a lot! Not ready for production. Use scripts from dist folder in the repo if you want to play with it locally.