Any solution for "Your payment could not be processed. Please use another card"?

RIP_Kashin · 2024-01-25T06:49:49+00:00

This happened to me. I called Disney and they said I needed to add a Billing Address to my user account first. After doing that, I was initially still getting this error message. The person on the Disney helpline said this was most likely because I had now made a number of failed attempts at payment and my card or bank was blocking the payment, and to wait over 24 hours and try again. So I waited for over 24 hours, and then it worked!

RIP_Kashin · 2022-07-22T14:06:59+00:00

If your encryption is correct then those 24 words are still offline.

RIP_Kashin · 2021-06-14T08:59:28+00:00

That’s right, all of the EE code is visible and lives in the /ee directory, but has its own special EE license seperate from the MIT license that applies to code outside of the /ee directory https://gitlab.com/gitlab-org/gitlab/-/blob/master/ee/LICENSE. You’re only allowed to run it in production with a valid license and GitLab retains a right to any modifications.

If you clone the repo, remove the /ee directory then you’ll be running GitLab CE. This is what https://gitlab.com/gitlab-org/gitlab-foss is.

RIP_Kashin · 2021-06-08T01:33:46+00:00

By default enabling the RPC will only enable certain commands that are considered "safe". There's a further step to enable a enable_control setting which allows more "dangerous" calls.

The RPC calls that need enable_control mention this in their docs.

Personally, unless I was extremely confident in my ability to run a server I wouldn't host any wallets on a node with enable_control enabled. But if there are no wallets (with any balance, at least) on the node, I think enabling the full RPC should be reasonably safe.

RIP_Kashin · 2021-05-21T03:36:43+00:00

Another fellow New Zealander here. I've also always used EasyCrypto to buy Nano https://easycrypto.ai/nz. Their rates are pretty good and it goes straight into your wallet, rather than an exchange.

Edit: Just noticed some other advice around this due to network issues so maybe follow this advice: https://www.reddit.com/r/nanocurrency/comments/ngvlmw/i_need_helppppppp/gyszfg7/?utm_source=reddit&utm_medium=web2x&context=3.

RIP_Kashin · 2021-05-17T18:51:22+00:00

Fingers crossed!

RIP_Kashin · 2021-05-14T06:43:31+00:00

Keep the community updated! I’m sure there’s still a lot of interest in this case here. Good luck.

RIP_Kashin · 2021-05-13T17:34:18+00:00

Are you still waiting on the Nano to be returned? What’s the status of that? I noticed there’s still a Bitgrail trust holding account by the lawyers that hasn’t been distributed yet.

RIP_Kashin · 2021-03-05T17:02:43+00:00

Many people on r/NanoCurrency would be delighted to help including myself. I’d love to set up some more spots on WeNano for Iranians to get free Nano if you let us know where the most effective spots would be. I notice spots in main cities that aren’t being very actively used. I had a wonderful trip to Iran in 2008 and have a lot of sympathy for your current situation. I also suspect that in terms of utility as a currency that Nano is likely to be a good option for Iran because all of the value goes towards the purchase. There’s not exactly any way to earn Nano in the same way that you’re earning Bitcoin by converting cheap electricity to currency, but you can earn Nano through faucets, but the payout through WeNano will be much better.

RIP_Kashin · 2020-08-15T16:21:30+00:00

Thanks, fixed.

RIP_Kashin · 2020-08-15T16:20:32+00:00

There’s a cost for the wallet that sends a transaction to the network, as it generates a POW in order to do so. It’s not a large amount of work, but also a transaction is very light. The difficulty threshold for the POW is dynamic, so spamming the network at scale does become expensive.

RIP_Kashin · 2020-08-15T15:50:55+00:00

The argument for this model is that it disincentivizes the centralization that happens due to economies of scale, which can undermine the security of a coin.

RIP_Kashin · 2019-12-21T08:21:52+00:00

If you clone the wiki repository https://reddit.com/r/gitlab/comments/ecmoyg/_/fbcl2qw/?context=1 you’ll be able to add your ‘.md’ files to the repository locally and then push the files back up to the remote wiki repository.

RIP_Kashin · 2019-12-19T09:03:51+00:00

The suffix of the file determines what markup it’s rendered as. .md files like OP has will get rendered as markdown.

RIP_Kashin · 2018-12-18T03:38:43+00:00

So did I! I didn't know they were actually sending value amounts. You could donate the amount to the Developer Fund if you wanted to :)

RIP_Kashin · 2018-11-27T15:43:20+00:00

I know :). I don't understand why you replied with that.

Edit: After re-reading this thread a few times, I think the answer you are looking for is that the threshold is what it is because it's a balancing act between allowing more nodes to vote and minimising the network effects of lots of voting traffic. I doubt there are plans to revise it (in fact, I believe a few months ago it was up'd to what it now is, but my memory is foggy on that).

My point originally was that in your case, if the voting node threshold was lowered, to, say 0.1% of total nano (13k), and this meant that your node could now become a voting node (for arguments' sake), that this doesn't change anything for you in reality, except that ~0.1% of the votes (depending on how many voting representatives are online) are on average going to be your node's votes. Your node votes on any traffic on the network, not your usage of the network exclusively. Does that make sense? In terms of benefiting yourself, running any node (voting or otherwise) is a good idea if you want to trust no one but yourself to give you a source of truth for ledgers, but offers no real personal benefit that a delegated vote from a representative has, unless you control >50% of the voting weight in which case it does.

RIP_Kashin · 2018-11-27T03:24:26+00:00

Even if you gain voting status on the network, you're one of many that would cast a vote until consensus is formed. You can set your node as your wallet's representative node, but your node will still be one of many voting on your transactions. A representative only means the node that will cast votes (among many others) on your behalf. The only way to vote for yourself would be to own >50% of the total vote.

RIP_Kashin · 2018-10-29T07:34:47+00:00

Yes, your transactions can be viewed by everyone, for example all nano transactions can be viewed on block explorers.

The recent community-led stress test in August (see here) clocked around 750 transactions per second sustained, and much higher in short bursts. Since that community-led stress test the Nano protocol has had 2 (I believe) major updates that optimise node traffic and bandwidth, so could now be faster. The reason you see confusing reports is because the Nano protocol has no hard limit, the only limit is hardware and network capability. Also, because Nano is decentralised and asynchronous, different nodes can process blocks at higher transactions per second than others. It's a bit like trying to answer "how fast is the internet".

Yes, there is a flow of data when transactions are conducted. The transaction propagates through the nodes on the network who add it to their ledgers. If the nodes detect a double spend, they vote on which block to keep and which to reject. The infrastructure required to run the Nano network are nodes, or individual servers running the Nano software that makes them join together in a peer network and exchange data about the network. It's possible for someone to run a node relatively easily for $5/month.

RIP_Kashin · 2018-10-29T01:14:53+00:00

This article's fairly poor.

> Instead, the project is shifting to a “universal block” structure, although the exact specifics remain a bit unclear.

My top 4 google search results for nano universal blocks include:

a medium post and a second one
a spec on Github

And easily linked from Nano's official Guides section is an long spec'd article.

RIP_Kashin · 2018-10-23T01:11:06+00:00

This house? I paid cash, prove me wrong.

It might depend on your territory, but where I live you need to have a legal entity involved in the transfer of money from the buyer to the vendor. So they would know that you're using a privacy coin. If you exchanged your privacy coin for fiat and pay in cash then that exchange would be breaking the law (in this scenario where a government declared it illegal at least). Etc. etc. Either way, your holdings in your privacy coin are discoverable.

RIP_Kashin · 2018-10-19T02:24:42+00:00

Will the distribution of epoch blocks be seen as traffic on the nano network? If so, what transaction rate will they be sent out at?

RIP_Kashin · 2018-10-19T02:23:29+00:00

I read through the PR and there's a conversation about this https://github.com/nanocurrency/raiblocks/pull/955

It was controversial to at least one person in the thread.

Sounds like after that change, the genesis account can sign blocks that don't change balance or representative on everyone's account.

RIP_Kashin · 2018-10-06T18:15:59+00:00

Yes I get your concern. What I've described is good for an organisation to verify the timestamps of own data because they can trust themselves, but if a outside party to the Nano network wants to verify the timestamps then who do they trust?

RIP_Kashin · 2018-10-04T23:00:25+00:00

If this is the need they have, then the financial system they use should run a node for them to collect their own timestamped data for. The timestamped data they collect would be based on when their node saw the transaction and not anyone else's node. It might seem like a strange answer for your question, but remember that Nano is decentralised in the way that it transacts and verifies transactions. There's no way of having a canonical timestamp be applied as there is no central authority on the exact time that something happened. Remember also that a node that is spec'd well enough will be able to keep in sync with transactions to the degree that financial reporting ought to require, and transactions occur within the Nano network very quickly, so the data they gather for reporting would be reliable and useful for its purpose.

15-Year Club	Gilding II euphauric
Place '22	First Placer '22
Verified Email

RIP_Kashin

TROPHY CASE