Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by xrpscan

  1. Hi, If you okay with it, can you privately share your wallet address so we can take a look?
  2. I'm unsure about other flare tools, but we do simple verification via this regex: /^0x[A-F0-9]{40}$/ The red flame icon appears only if it matches this regex.
  3. Hi, There's a small nuance when showing information about Spark claims. The claim is valid on last messageKey. This is not the same as the current messageKey. Because of this subtle difference, there's a back-filler that checks for the most recent messageKey and updates the db at the third party service we use. This may introduce some delay and show outdated messageKey info. That's my guess what happened here. I can see that your account now shows your messageKey correctly.
  4. Spark (FLR) claim amounts can now be viewed on xrpscan. Look up your XRP wallet address and it will consider snapshot balance + escrow receivables and multiply with XRP:FLR claim ratio to show the expected amount of FLR you may receive: https://xrpscan.com/account/rTooLkitCksh5mQa67eaa2JaWHDBnHkpy
  5. You may use AltCoinTrader's wallet for example purposes: https://xrpscan.com/account/r34mWrX3cZCZpJEsqe1F6PNotREXwj1f3r I see you've already added XRPScan, thank you! Hello there, @Flintstone!
  6. Its a fair point that every car driver need not know about IC engines - but at the same time enough independent car mechanics must know about engines so one can get it fixed anywhere.
  7. @yxxyun has quite deep understanding of the XRPL. I wouldn't belittle their argument about downward sell pressure.
  8. Deleted accounts are now correctly highlighted instead of showing Account not found error. Searching for deleted accounts will also work properly. Let us know if notice any bugs: https://xrpscan.com/account/r93Fr5Cmf6KAho1GfF9mvNKV97tZsCFKcB
  9. Precisely what @yxxyun said. When the docs say the account is deleted from the ledger, it implies the current validated ledger. Every account's transactions are present in the full history server. There's a tiny difference though, all accounts activated after passing of the amendment will have their sequence number set to the ledger in which they were created (ex. https://xrpscan.com/account/rpgtBwm6FaSdj9YUCrGV81GgwANq7Hm3JV).
  10. It is possible to show historical transactions for a deleted account too. We're rewiring the xrpscan api to do this, as the assumptions we made about the accounts are no longer true due the amendment.
  11. There are 35 dUNL validators. One of them is using a more modern domain verification technique, but the data api does not support this method yet and reports 34 validators.
  12. The xrpl.org blog provides more background on why this amendment lost majority. Mainly due to the fact that this amendment introduces a backwards-incompatible change and about half the nodes in the network are still on 1.3.1, and therefore would get amendment blocked.
  13. They've taken this a level up. For 1 XRP they're able to send (1 / 0.000088 + 0.000012) 10,000 scammy payments, and possibly generating as many deposit notifications from exchanges, wallet and tracker apps et al.
  14. The validation message data is not on-ledger, is ephemeral and is transmitted as part of consensus metadata. Therefore, retrieving historical validation messages is a bit tricky. Additionally, validation messages contain only those amendments that a validator is voting for, guesstimating vetoed amendments in historical validation messages is even trickier. For these reasons we don't show voting/vetoing pattern for enabled amendments till we figure out how to backfill this data. Thank you very much! If you have any suggestions for improvement, we're all ears.
  15. Hi SquaryBone, there's been some reports of 404 errors in this release. We've identified the cause, but meanwhile would it be possible for you to hard-refresh the browser window and see if its fixed?
  16. I agree, the amendments could use a bit of context to make sense. We're exploring if its a good idea to write a short summary for each amendment or simply link to the specific amendment writeup. Thank you for your feedback!
  17. XRPL Amendments dashboard is now available: https://xrpscan.com/amendments With this release we aim to provide greater transparency on Amendment voting numbers, super-majority status and Vote/Veto pattern by dUNL validators. Amendment voting status displayed here is based on the validations received during the latest voting round, as reported by our node. Feedback on what's broken, what can be improved is most welcome.
  18. Berkeley validator had an outage last week. Its back online now, but this could be the cause of the dangling validator key.
  19. Thanks for the mention @hallwaymonitor! Btw, we moved over from a flat file to an API over the last quarter: https://api.xrpscan.com/api/v1/names/well-known
  20. Unique index on transaction hash indeed turned out to be an incorrect assumption. It doesn't seem like there's a way for us to query rippled for a tx hash and process it as multiple transactions since the response is a single object and not an array. Response from data.ripple.com too seems to assume that there's only one transaction with same hash possible, and shows only the latest included transaction from ledger #3721729: 1C15FEA3E1D50F96B6598607FC773FF1F6E0125F30160144BE0C5CBC52F5151B Furthermore, this SetFee transaction seems to be missing from the full history server: websocket-tool
  21. They're planning to continue running both services: https://twitter.com/warpaul/status/1146675698024603648
  22. That's a fair point, and I agree that better wording could be used here.
  23. All I could find is this article: https://www.blocktempo.com/taiwan-exchange-bitopro-got-hacked-xrp-lost/
  24. Looking at the transaction pattern, here's my take: The attacker at rERfHy4YmDbKxsuFmzPBhMQCGyFrAGvbra has a small USD balance at gatehub that they use to probe exchanges. I scrolled till page 4 and almost every popular exchange that has XRP listed has been probed. The list even includes XRP Tip Bot! As a corollary, I believe the unlabelled destination addresses may be unknown exchanges. The pattern seems to be first a test amount (7K XRP) and if it works, a large transfer (of 3M XRP, to be withdrawn/traded until the exchange wallet runs dry). BitoPro's case looks to be a bit curiou
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.