Jump to content

Professor Hantzen

Bronze Contributor
  • Content count

  • Joined

  • Last visited

  • Days Won


Everything posted by Professor Hantzen

  1. I often have to check the balances on a few different accounts. To make that easier I wrote this node.js script that checks multiple Ripple account balances (XRP and IOU's) over websocket. Posting if it's useful to anyone.
  2. Professor Hantzen

    Q2 2018 XRP market reports

    To be clear - the important part of the sales did not drop, they went up, if only slightly. Further, the less-important part of the sales declining in USD looks positive to me. Regarding the direct sales, these went up slightly from $16.60m, to $16.87m. These are sales of XRP direct to new clients, so it's good news they've sold as much in USD as the previous quarter. Also, given that the market price of XRP is significantly lower this quarter versus last, yet they sold the same amount in dollar value, suggests many more clients may have purchased a lot more XRP this quarter (up to six times as much going by the price extremes, or at least twice as much). We know they're taking on more clients from Ripple's statements, but its good to also see it reflected in the figures and have a hint at by how much. Programmatic sales are lower in USD, yes. However, in XRP they are in some sense higher, when taken as a percentage of total traded volume. Ie, as a percentage of total traded volume, more XRP was sold this quarter than last. As these sales are bound by exchange-traded volume, to me that is a relevant consideration (though I can understand the argument it isn't). Anyway, these sales are on-exchange, and for the purposes of funding Ripple operations... So... going back to the USD side - as in, the amount in USD Ripple ends up with after selling - tells a more direct story. On-exchange sales dropping when the price is low is positive (to me, at least) for two reasons. Firstly, Ripple clearly believes XRP will appreciate, and so isn't cashing out as much as when XRP's price was higher. Further, despite Ripple's high rate of expansion, they can clearly afford such a luxury of waiting, which must mean they are balancing their books well and have enough operational cash.
  3. Another angle on this - it actually looked like she couldn't hear things very well. She seemed to be having significant trouble with her earpiece but no-one doing tech for the event was picking up on that or sorting it out. This often happens at these events - everyone is wearing radio mics but with the amount of devices and wifi and other radio frequencies in use they can sometimes perform very badly. It's enough to throw you off even if you've experienced it many times, but as a first timer I imagine it would be particularly difficult. Considering the amount of ambient noise coming in through those headset mics, which typically have an extremely localised pickup (they reject most ambient noise unless its extremely loud), the noise in that room must have been huge. We're only hearing the mixed feed from the mics, so it may seem quiet to us when watching the video. So you have: - (Maybe) first time on stage nerves - Presenter seeming to initially grill you, singling you out for difficult questions - Not being able to hear the questions clearly, probably involving drop-outs in mid-sentence, volume too low, and latency (the presenter speaking but Cassie hearing it much later, which can be off-putting - seeing someones lips move and the voice arriving in your ear much later). And crucially: no one stepping in to help with any of that. Sure, it could also be that she's not so good on stage under pressure, but given the above three things simultaneously I'd give her another chance, and possibly fault some of the blame with the sound tech people at the event.
  4. Professor Hantzen

    Is Miguel Vias still working for Ripple?

    His most recent Ripple-related tweet was on June 18th, not long ago, and there are many immediately before that. If archive.org doesn't show him on the leadership page since May 9th, it means he hasn't been on that page for months (if he ever was?), yet has still been completely active in his role as Director of XRP Markets whilst not on that page. So I wouldn't be alarmed... yet.
  5. Probably just some new bot started up. Transactions are so cheap that the actions of a single player can radically alter XRP Ledger statistics.
  6. Professor Hantzen

    What Is Going On With Ripple and Coinbase?

    A moonbase, to some.
  7. Professor Hantzen

    Where can i download ripple linux 64 bit daemon?

  8. No problem. The reason its done this way is presumably for speed within rippled when processing account information. In C++ - the langage rippled is primarily written in, and what is generally regarded as a language used for projects requiring fast run-time - this is a very typical construct to store this kind of information. If you come across code that reduces things to bits, and requires bitwise operators, it is almost always done this way as a speed optimisation. (By taking something a human readily understands and storing it in a manner a computer readily "understands".)
  9. These are bit flags. They look weird as decimal values, but as binary values they make a lot more sense, eg, a few are "on", and the rest are "off". So 194 might appear to contain little immediately useful information, but its binary equivalent %11000010 shows which three flags would be considered to be switched on. So, in JS you need to do this kind of thing: var containsFlag = function(number, flag) { return (number & flag) === flag; }; containsFlag(129, 128); // true containsFlag(81, 128); // false (Source: This Stack Overflow question.) The difference in the case of Ripple Account flags is they are all presently higher order bits, but the principle is the same, you just need to shift the bits to the right (note that if they enabled more flags in the lower order this would change and you'd have to adjust your code accordingly). Thus, if you saw an account with the flags set as 17891328, you'd just need to: (17891328 >>> 16).toString(2) // '100010001' To reveal the flags. In this case, lsfDepositAuth, lsfDisableMaster and lsfPasswordSpent, as per this list. (If you order the available flags in such a list by their descendent decimal value, they will correspond to the bits resulting from the above piece of code when read from left to right.)
  10. Well, it's relative. XRP has existed for 5 years. For the past 6 months, its been significantly higher than it's been in the 4.5 years prior. So, for greater than 90% of the time XRP has been around, if you bought it, you'd have good reason to be happy at all points so far this year - whether it's at $3.35 or $0.45. Nobody knows the future, but XRP and Ripple's fundamentals are looking way better than they have during the previous 5 years, and it made most of its magnificent performance so far without them, and with a much higher risk factor for investors. Looks pretty good to me.
  11. Professor Hantzen


    Thank you for your awesome investigative work here. It's important these issues see the light of day so people aren't mislead about the realities of what XRP is.
  12. By that measure, everything on eBay would also be considered a security.
  13. Professor Hantzen

    XRP Community Blog

    Excellent work! Great-looking easy to navigate condensation of quality content. One thing - there was a post entitled "XRP Insights: Is XRP destined to become successful?". Because of the use of the word "Insights", this can be easily misinterpreted as an official Ripple article (indeed that was my first impression).
  14. Professor Hantzen

    Why isn't Ripple a Market Maker?

    So would I! To me, he's the nexus of many of the recent years developments with XRP. When Ripple created the "Director of XRP Markets" position and hired Miguel, I was excited as it seemed to be exactly what was needed. Everything he's accomplished since has been great - the listing on many exchanges, the establishment of the Quarterly Report and the turnaround in openness about XRP sales this represents, the (failed, but still earnest) XRP exchange promotions, the institutions now buying in, and more - it just feels like XRP is more liquid and flowing in many directions. It seemed like his hire, given his background, symbolised some kind of a legitimisation of the concept of digital assets. Obviously people talk to each other in finance about who hires who and why, and the fact he's so passionate about XRP & Ripple in many of the same ways we are is great in that regard also. I don't think its a total coincidence that not long after he was hired the stagnant-for-years price of XRP suddenly bolted up. To me it represented a positive sea-change - maybe those with deep pockets saw it as such also.
  15. Professor Hantzen

    Why isn't Ripple a Market Maker?

    I'm not an expert on this ruling, but that article seems to want to make its own point and only focuses on one aspect of the case. As I understood it at the time, the fine was not the big deal - the major outcome from the case was that Ripple was ruled against offering consumers wallet software directly, so they had to wind-down Ripple Trade which was the official "XRP Wallet" they had put a lot of resources into. I guess they were also tasked with setting up an MSB and filing appropriate returns, which is what I presume XRP II, LLC is. Certainly, that is the entity through which legitimate and legally-compliant sales are now conducted, whether on or off exchange.
  16. Professor Hantzen

    Why isn't Ripple a Market Maker?

    They do sell directly, on well-known exchanges. The amount they sell on-exchange is published in the XRP Markets Quarterly Report. For example, in the most recent report (referring to XRP II, LLC) : "Additionally, the company sold $151.1 million worth of XRP programmatically, as a small percentage of overall exchange volume. These sales represented 0.095 percent (9.5 basis points) of the $160.0 billion traded globally in XRP in Q1." Elsewhere, David Schwartz has stated that these programmatic sales are both buys and sells that result in a net sale, which - despite what I said earlier - could indicate they are engaging in MMing themselves directly. But, it could also indicate arbitrage (which is effectively the opposite of MMing), or it could be just about anything else. So assuming its market-making given the limited information I've seen is a bit of a crapshoot. It's also reasonable to assume they don't want to specify exactly what they're doing, as in general, specifying ones automated trading strategy is a bad idea as others can use any knowledge to gamify against your strategy. Personally, I don't believe they are actively engaged in MMing, but this is based mainly on personal experience. I guess it is possible they could have made new hires and started something up, but I think its more likely they have just built something much simpler based on volume & volatility metrics that is intended to sell large quantities with minimal market disruption. Esseentially, as soon as you try to beat the market and squeeze certain profit out of it, its a race to the bottom and a pain in the ass. I just don't think its their style or interest, based on my knowledge of them - but I could be wrong, or it could have changed over time. Indeed! And it's a great strategy, as it's much, much easier for someone to take a punt on it if they don't have to front all the capital (and if they mess up, can just pull the plug at whatever % loss they are comfortable with). And whether they win or lose, XRP enjoys tighter spreads and greater liquidity for the duration any of them operate, making it a no-lose proposition for Ripple. Personally, I think they could go further to really ramp things up, and just take a hit on the loans - eg, take a reasonable negative interest on them but with a guarantee on volume, and if someone slowly bleeds it all away, well they basically just bought the liquidity for the duration and at a calculable, predictable level.
  17. Professor Hantzen

    Why isn't Ripple a Market Maker?

    As others have remarked, it's better in terms of PR and if not also regulation that others take up the effort. Market-making also isn't easy, and is not without considerable risk - most I know who've tried it have failed over a long enough term. Ripple would have to jump through quite a few hoops to get it up and running, and expend resources to keep it up and running and profitable (if they can...). Others may be better positioned in this regard but lack the XRP resources to do it on a larger scale, and to that end Ripple is certainly welcoming and will assist anyone wishing to do it. Eg, if they approach Ripple with a convincing model, AFAIK Ripple will consider loaning XRP for the purpose of kickstarting a new MM effort. Also, bear in mind that many who've consistently succeeded in traditional markets (institutions and the like), are also usually cheating and pulling every unethical advantage they can, usually on micro-second timeframes. This is obviously much harder to do on a public ledger with a 3.5 second ledger close.
  18. Professor Hantzen

    Someone paid over 50k XRP for a transaction fee

    The fee-burning account traces back to the CEX.IO exchange in a fairly straightforward manner. (CEX.IO is a reputable crypto exchange based in London.) This CEX.IO-owned address: rE1sdh25BJQ3qFwngiTBwaq3zPGGYcrjp1 has activated many accounts (presumably wallets of their users?). One such account was: r4evBV3i3hN2Yxckn1s9JDyG2wUeDhsjnV, activated with 5999 XRP on 29th Janaury 2018. A couple of hours later, that account activated the only account it ever has: rJPuo62fHrYZBZ3ffZXgTBGMXjmavjGcAk, with 5979 XRP. From the end of January, through to a couple of weeks ago, this account activated 68 accounts, the most recent of which was: rHQ6kEtVUPk6mK9XKnjRoudenoHzJ8ZL9p, the fee-burning account. Some of the other 68 accounts that were activated by rJPuo6... have been activated with very large amounts of XRP, strongly suggesting at least some of these child accounts are "owned" or have a strong connection to that parent chain that leads directly to CEX.IO. Maybe contact CEX.IO, explain the situation, and see if they are able to contact the owner of that first account they activated?
  19. Professor Hantzen

    Someone paid over 50k XRP for a transaction fee

    Wow. Someone really loves throwing money away.
  20. Thanks! Glad I could help. Feel free to copy/paste anywhere.
  21. As is common, you have the misperception that the "market cap" is representative of the total amount of money put into a token. It isn't, never has been for any asset, and never will be. It's not what the measurement is for. Take the following example: Company Abracadabra holds an ICO for token ABC. Let's say there are 100 billion ABC tokens. They sell 5 billion tokens during a pre-sale for 0.01 each. So far, they've raised $50 million dollars. Now, because the company sold those tokens directly to actual purchasers for a fixed price, there literally exactly was - and only was - $50 million dollars put into the ABC token. At this point, based on the total supply, the "market cap" is 0.01 * 100 billion, which equals $1 billion. But, only $50 million was ever put in? Ok, so right out of the gate, the "market cap" is *not* representative of the amount put into the token. Now, let's say the company lists the token ABC on an exchange. The initial exchange price is 0.01, but it rapidly shoots up to 0.15 cents to meet demand - a lot of people want to buy ABC who missed the ICO. The volume for the first day was around $10,000,000 traded. That means, $10 million was sold by ICO holders, and bought by new purchasers (in amongst some people day trading, who may have bought in the morning from early sellers, and sold again in the evening to late buyers). The market cap at this point is $15 billion, but how much money was put in? The maximum "put in" at this point is somewhere between $50 million and $60 million. But the market cap is $15 *billion*, over 250x larger. Another way to put this is that after listing an ICO, and trading on an exchange, the market cap is 250x wrong if used as an indicator of "how much of a token was bought". This situation does not improve with more listings on exchanges, and more trading. It gets worse and worse, because as more trading happens, we lose more and more clarity on who has physically paid for a "new" token, and who is just trading them back and forth (possibly even with themselves using different accounts on the same exchange), and the price goes higher and higher. Market Capitalisation is essentially a flawed metric, that was hastily borrowed from Stocks (where it has a little more merit, but is still flawed) and misunderstood by most people who quote it. Where it *does* have a use is in comparing the relative strengths of different tokens against each other. The Market Capitalisation in some sense places each tokens "price" on a level playing field, such that each token can be compared relative to each other on some sort of a scale. However, as I've hopefully made clear here, that relative scale has nothing to do with how many tokens have been bought or sold, nor will it ever be. We can say that Bitcoins market cap is twice that of Ripple's at some point (or the reverse...), and this can give some indication into that token's dominance in the overall space. However, we can't use these numbers to figure out how much money has been put into a token, with *any* accuracy. To do that accurately would be to somehow magically analyse every trade on every exchange, filter out every buyer and seller individually and identify everything they did, figure out where all of the initial capital came from and in what form it was (it may have been another token for example) and after disentangling all of that huge mess, normalise everything into one currency (say USD) and figure out what has *actually* been put in. We will never know this number for any token in any accuracy. What we can guess fairly accurately however, is that this number will be anywhere from hundreds to thousands, to even millions of times less than the "market cap". This is why its very possible that digital assets can potentially have a much much higher "ceiling" than the widespread misunderstanding of what market cap is would suggest.
  22. Professor Hantzen

    Someone paid over 50k XRP for a transaction fee

    Javascript strikes again? 😐 Looks like there were around 16 transactions with anomalous fees executed by a script of some kind. When you order this set of transactions by the amount of fee paid, you notice that each transaction paid exactly double the previous fee. So it looks like someone had particular set of bugs that created this case. It wouldn't be hard to do, if they had bad programming practices encouraged by a language that does things like initialise variables for you and resolve ambiguities for you it could even happen quite simply. Something like a function containing "fee += fee" (an accidental "+" sign typo, which would even just literally be a typo because often + and = are on the same key on the keyboard). This would have added every fee together, when maybe they intended to write "fee = fee" or something similar, intending to pass "fee" to the function, and have it initialise a new "fee" value. It would be bad programming practice to name a passed in variable the same as a newly-initialised one, but some languages/cases permit it. Ordinarily a programmer might do something like "let _fee = 0; _fee = fee;", which would prevent any accidentally added "+" sign from spiralling out of control. Programming requires great attention to detail, and "good" programming languages enforce this, not letting you get away with anything. Javascript, and a few others, let you do all kinds of things without necessarily realising it, which is why they are a bad choice for writing software that moves money around. It's bad because such lack of strictness makes a language *seem* easier to learn, when in fact this "false-ease" it's actually preventing you from learning a bunch of incredibly important things. A beginner can be readily fooled into thinking what they're doing is correct, when in fact what they're doing can leave them open to all kinds of (mega-costly) errors down the line. There's no reason a competent programmer can't use Javascript/node to write robust code, if they are patient, methodological and adhere to good programming practices. But it is much harder to do, and the reliance on modules authored by others makes this much more difficult to maintain. For example, I recall finding a bug in an old version of ripple-lib's transaction signing code (which is written in javascript) that would turn a supplied amount that has high precision floating point amount like 0.0182665927465921, into billions without letting you know. The only reason I found the bug was because a transaction I signed and submitted came back with an "insufficient funds" error. Ie, had my account enough BTC at the time in it (luckily in this case, more than even exist...), the transaction would have attempted to use all of it. In which case, whose fault would it have been? Ripple's for the bad ripple-lib code? Javascript for making such silly things possible? Or mine for trusting ripple-lib to sign my transaction without silently modifying the amounts I supplied? In the case of the fee-doubling transaction, at least whomever did that seemed to be watching it after it ran. It's evident they halted the script after about 10-15 seconds as the errant fee-doubling transactions only happen across 3-4 ledgers.
  23. Yeah, I can see your point of view too, and it makes sense. I guess we may never be sure what happened, though there may be clues when we see another product from a competitor, or from Ripple themselves. I suspect we may see this similar interface cropping up again as I believe that aspect is part of what is being offered by Ripple as an end-solution to banks. What would be interesting is if another bank came forward with a Ripple back-end integrated with their pre-existing front-end - eg, their current mobile app for regular banking with a seamless Ripple integration for payments. That would likely be a bit more difficult to do and suggest more confidence in the tech than a completely separate secondary app as Santander did (which is arguably a confusing way to go about things for their customers, unless it was also the easiest way due to implementing a pre-existing turn-key solution).
  24. Firstly, its really nice to disagree with someone without it immediately degrading into useless nonsense - thank you. As for the app - I doubt Santander spent years developing it (though its possible if they have an extremely incompetent software department, which uhh... can certainly happen). A lone developer could code up such an app in a week or less, it only has a few screens and only does a handful of very common iOS-app things. iOS development (and most development in general) is really not that hard for an app like this. The pieces required all pre-exist. The revolutionary part happens at the Ripple end - and this app just sends a message to that part saying "hey can you do some of your XYZ Ripple magic please?". What this app does is the same things many apps do these days, verify a user, access a database, take input from the user and send off some JSON based on that input (that's the magic message). Santander already has a working iOS API into their banking system / database for verifying a user and processing transactions (and affecting other states), because they already have a banking app. Ripple's part is to sell Santander their custom API into their RippleNet & XRP Ledger. All that's needed to build the final app is a few screens to be set up in the (horrible) iOS development environment supplied by Apple (Interface Builder & Xcode), and the basic logic within that app to route the various requests where they need to go. The time-consuming part would be testing everything and catching all the edge-case error that the various DB's and networks involved throw up afterwards when things go wrong or take to long (timeouts). This last part will be exactly why Santander tested the app for so many months with their employees, but its very likely the app will have been mostly complete at the beginning of that process - and as I say - most likely supplied by Ripple as a template / boilerplate code. One major reason for that is that Ripple will have had to initially develop exactly that code for their own internal testing and for demonstrating to interested customers - it would make no sense to then arbitrarily withhold that code and force every bank to come up with it from scratch again. For one, all of the banks would be constantly asking Ripple "so how did you implement this bit with the sending the magic message to your thingy, could we maybe see the code from that demo you showed us?". (As for the Reisebank transfer, whilst the sections are arranged differently (and IMO confusingly), the very specific font and styling choices for the currency values, the titles of the different sections, and the same styling of an inverse block of colour with white text heading the payment screen all exactly match those in the Ellen/Santander version, hence my thinking its an earlier version of the same product, that was rearranged to make it clearer to the user what's happening.)