Jump to content

About This Club

Set-up Tutorials, Unique Content Creation Ideas, and More!
  1. What's new in this club
  2. https://www.cinnamon.video/watch?v=324621346145306170
  3. https://www.youtube.com/watch?v=B4lzOw31ijc https://openpublishingfest.org/calendar.html#event-238
  4. If you were to attack COIL with the intention of extracting as much XRP from them as possible, what would you do? The obvious attack is "pay your own site". That's not creative (and it's not very profitable, either - cue some hacker VC going "doesn't scale! next!")... Another attempt - which actually led to something cool - was installing multiple instances of donate.js on the same web page. Turns out, they were either ready for that one or it just so happened that dynamics led to the stream being split, roughly in half, between the two pymt pointers in the 2 instances of donate.js - which opened up the "huh, this could be used for revenue sharing / revenue splitting" - maybe to charity? - ideas... But... any other approaches come to mind? Donate.js is open source.. There are some things in there that one can ... manipulate.. The browser extensions, don't think can get at those without debugging (and maybe not even then)... Just FYI - my intentions are good - I'm just trying to entertain myself and play tiger team and see what happens. In general, I think Coil is pretty secure, right now, since they've got the activation codes necessary for sign-ups and then CC's (another bottleneck) required, even after the activation code to get into the beta - but... since Coil adoption is growing - and since people are starting to get a little hacky with it - I'm curious to see if we can come up with any exploits. Anyone want to play?
  5. For example, rather than the "webmaster" raking in all the dough, in, say, a press outlet environment, the "Author" tag (does HTML still utilize that?) or something similar could be read in order to pay one's journalists, on a rev share basis... I suppose this is nothing new - the real innovation here being that there can be multiple payment receipt endpoints and that a share percentage could be established, upfront, before the money entered into one entity and then had to be further split, from there. Some interesting tax benefits/scenarios with that, also...
  6. This is an inelegant implementation - hacky - but it works... and "revenue splitting" certainly opens up some new avenues for thinking about how to incent adoption in the future.
  7.  

×
×
  • Create New...