Jump to content

dgoddard

Member
  • Content Count

    48
  • Joined

  • Last visited

About dgoddard

  • Rank
    Regular

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I've had a look through the Ledger Object Types and I didn't see any kind of "extensibility" / application-defined / free-form name value pair.
  2. Yes, this helps immensely, thank you!! I'm an old C and Perl programmer. Tree walks and binary decodes (serialize/deserialize) are Not a Problem and I'm happy to pick up some Ruby. Is there a way to store arbitrary or application-specific key-value pairs in the ledger? Basically for the application I have in mind I would like to be able to store a few arbitrary-but-common key-value pairs into a blockchain : "post"=>(text-field), "picture"=>(img-field), etc. Generally, if I can define half a dozen name/value pairs, and at least some of the values are raw binary, that's all my app needs. People have shoehorned application protocols into OP_RETURN, I'd like to see if something more elegant and extensible can be done using XRP
  3. Can someone point me to a doc describing the details of an individual XRP ledger? What's the data structure? I know I'm being thick, I've been clicking around for over an hour and can't seem to find this :/ Thanks!
  4. I’ve been looking at Facebook alternatives. The architecture I like most so far is memo.cash , which stores profiles, posts, likes, and so on in the OP_RETURN code of the BCH blockchain. It’s kind of a square peg in a round hole, though, because OP_RETURN really wasn’t designed for storing arbitrary data in the blockchain. Is there such an ability in ILP? Has anyone mooted — or even implemented — such a project already?
  5. Hopefully like many of you, I got my Coil invite today. Yaaay! I use Patreon to support one particular podcaster. I just posted on his members-only Patreon page, vowing to double my patronage if he'll set up as a content producer with Coil. Let's all do this! To kick it off and get the party started, here's my post. Now you do the same, and show us yours!
  6. Worse, it would be like Dash. Masternodes not only centralize the network, they create perverse incentives. Avoid any crypto with “masternodes!”
  7. The original reason I started buying XRP is the same reason I never bought BTC: *SCALABILITY* The Ethereum “supercomputer” was brought to its knees by cryptokitties, f***’s sake. How well do you think that system will do when a few thousand transactions per second need to be processed? (hint: it won’t)
  8. Not mine, just stumbled across it and was surprised to see it wasn’t linked here already. Very catchy groove! Enjoy, and thanks to the original content creator!
  9. https://en.m.wikipedia.org/wiki/Streisand_effect
  10. https://aws.amazon.com/quickstart/architecture/r3-corda/ This is the most concerned about Ripple I ever have been. JoelKatz once said anyone trying to get into Ripple’s space would need an insane war chest... Amazon could instantly provide as much volume as you like.
  11. Agreed. Which is why Monero is my “other altcoin” besides XRP. It is as privacy focused as XRP is real-world regulation-friendly, and is in actual nonspeculative usage
  12. I knew BTC wouldn’t scale when I first read the whitepaper, which is why I bought none and still have to work for a living. I could similarly tell that ILP & XRP scale insanely. When I saw how professional and focused Ripple the company was, it was a no-brainer: I bought all the zerps I could afford, and I continue to accumulate
  13. Of course Ethereum has a killer use case: Cryptokitties! ... And they brought the network to its pathetic unscalable knees
  14. Decoupling from BTC is the real indication that the market has matured and that the moon shot is underway. So far, no indication of this. At all. It will take a long time for people to realize “crypto” != “bitcoin”
×
×
  • Create New...