• Content count

  • Joined

  • Last visited

1 Follower

About Sukrim

  • Rank
    Advanced Member
  1. Not even uses their billions of XRP for transparency or even advocating RCL usage. They are not even reachable by HTTPS and don't host a ripple.txt file - and this is the NGO that got gifted about as many XRP as nearly all other XRP outside Ripple Inc. and Jed combined. I wouldn't hold my breath for innovations in this sector, donations seem to be given for emotional reasons, I doubt that donations go up if your finances are more transparent than absolutely necessary.
  2. How many are there at the moment and in which positions/departments?
  3. Yet none of these were reported as spam by you, neither did you apply to become a moderator to delete this stuff yourself. Feel free to write a mail to asking for better spam filters on the official forums, this place is the wrong one to acutally change anything, unless you just want to complain.
  4. I am, but what incentive do I have? Ripple is not going to gain credibility in the Bitcoin space because a no-namer from somewhere disagrees with a Bitcoin core developer, I am not native in English so I need a little bit more time to write down my thoughts in the first place and ideally I should also get this stuff peer revieved - with nearly all people I would consider competent enough to do this being employed by Ripple Inc. Time is money and I spend enough of it on Ripple already, no need to spend even more just to help Ripple Inc's marketing team for free while gaining nothing in return (I'm not interested in connecting my RL name strongly to this one and I'm also not interested in becoming a public figure in the Bitcoin/Blockchain space).
  5. I dunno, if they write a long rebuttal, it would be viewed as "trying to keep their scam going" and it would give more credit to this example of bad research and unfinished ideas that Peter probably charged R3 a couple grand for...
  6. They are still not in any major distro's repository despite being free and open source software for years and have not taken any steps towards this. If you have to compile locally, you open yourself up to all kinds of attack surfaces and issues , on the other hand only having binary packages is also not great... I wouldn't say not offering packages other than RPMs makes them "not very competent", but it shows a certain neglect of existing ecosystems and end user needs. By the way, I agree with all main arguments that Karlos mentioned in her/his post (trust issues because of Jed aside), I'm not 100% sure about the forking issue, since consensus is designed to either have one single global next state or to fail, while for PoW coins every new block is a potential fork that first needs to convince others to be worthy of building upon it.
  7. Personal interest. I still want to be able to use cash or something equivalent when I retire. Cryptocurrencies and P2P exchanges like Ripple currently seem to be one of the few options out there to actually have something cash-like on the internet. Also I like to understand stuff as deeply as possible and at a certain point you need to start re-implementing things yourself to progress in your understanding.
  8. No, I didn't have the same experience as whoever applied for that PM position. Also I'm not a US national, so I'm not so sure in the current political climate if they are even interested... Now off to deleting about 500 spam posts accumulated over a bit more than a month. :-( Edit: Done, the forum should be clean again.
  9. The torrent stuff I never really did, I once had full ledgers in JSON format on a platform similar to Dropbox which is defunct nowadays. My plan is still to offer data in a reliable, stable and trustless format to be imported directly into rippled - which has its challenges (e.g. I wrote my exporter code in Python and NuDB is written as C++ header or getting full ledgers from rippled takes longer than new ledgers are being added on top and there's no mechanism currently other than directly reading rippled's database to get less than all data). I'm currently looking into IPFS instead of BitTorrent since combined with IPNS I might be able to gradually expand the archive of node data without loosing seeders for existing data. The issue with just offering a dump of the current database (besides its size) is that I'm not so sure if rippled even does a lot of verification when running the --import command. I'm not 100% sure if even my local node store is completely ok, so I really want to deterministically create the data I offer to others. That way it can be verified that everything in there actually makes sense and adds up to the proper root hashes of each ledger. Most likely I'll "just" need to write proper CFFI bindings to NuDB to be able to actually get the data I want from rippled and to be able to create a new database that an empty rippled server then can use for import.
  10. I recently got a new job since Ripple didn't answer when I applied with them... :-/ I'll just take half an hour or so tomorrow and clean up again.
  11. Yeah, the announcer is quite annoying... the talk is nice though.
  12. I concern myself mostly with rippled's database/back end, not this stuff. The only thing that is related to rippled with this project is that it has rippled in its name and will query a rippled server for data, which hopefully is correct (as it doesn't seem to actually verify any hashes or SHAmaps). My interest is rather in providing (full) historic data that you can import in rippled directly, so you can feed this database project with your own local server for example. Currently this is a bit on the back burner, since I've started working a little bit on fuzzing rippled which also has its challenges, especially with that little insight what they are actually doing/planning in their hidden issue tracker. There doesn't seem to be that much interest in running archiving nodes anyways, and they are not cheap to run either.
  13. Maybe I overlooked it, but it doesn't seem to have been posted here yet. A ~30 minute talk about how payments happen in the backend of banks currently. Makes it probably easier to understand the business case for RCL and ILP I guess.
  14. That's why the circular flag is needed in the first place.
  15. Well, donch also wrote his own implementation of rippled, so he might have some custom path finding extensions there. In theory finding profitable circles is not that difficult, you just need a starting point (e.g. a certain amount of XRP), then calculate the amount of every currency you would be able to buy for that starting amount and so on. Once you reach the initial currency again, you see if you end up with more than you started. Alternatively, if you reach a different currency, you check if you would get more of that currency with your current path or the already existing one and keep moving forward with the more profitable one. The only problem is the time complexity of such an algorithm (and the fact that others will also run this), so you need to be fast and maybe only update the parts of your path network that change after each transaction that you observe or each ledger that is closed. To make a circular payment, you'd just create a path that ends at your starting point and set the appropriate flag in the transaction. Since this flag is not (yet?) implemented, you arbitrarily cut your path in half and submit the resulting 2 transactions. You could even cut it into more pieces, however it just increases cost (fees) and risk (maybe someone also takes an offer that you rely on), so cutting in 2 is the most reasonable choice. Most likely you'll either want to split very early or very late and not at half the path, so you can make sure that most of your transaction path happens atomically. Early might have the advantage that others can't react yet since they don't see where you want to go, splitting late might have the advantage that you initially get as far along the path as currently possible. Still circular paths are useful and would help quite a bit in making sure RCL stays profitable and offers get taken as much as possible.