shame this one went south. Used to be a good coin with a good community. Too many other gaming based coins around now.
Damn... that sucks. I remember not too long ago watching UFC and seeing Hyper on Jon Fitch's clothes. Why did this end up going south what exactly happened here? Technically, it can still be revived. But basically, wallet is a RAM hog (needs fixed) and creator of the coin has been away for some time now. |
|
|
|
Bitcoin is not liquid enough. I would prefer cash, or a value higher enough to convert it to cash and don't suffer losses overall.
I'd argue that it's liquid. You can easily convert in a lot of countries. And with more and more places accepting it, it's becoming easier to use. That said, it is still volatile, and therefore risky. Your $1000 you made this month could become $200 in a day or could become $5000. |
|
|
|
|
I would recommend CoPay. It's an awesome wallet, allows for you to use multisig capabilities easily (basically you send a transaction and it lets others in your network know so that they can accept or reject the send), gives access to your private/public keys so you can derive things from it, etc. Great app and works on mobile and Windows.
|
|
|
|
It is a nice initiative but what merchant would want to accept cryptocurrencies?
Because their competitor next door is accepting crypto and generating more sales while they are having a hard time paying the rent and putting food on the table. Not every "merchant" is experiencing boom times. Where do you live? Have you ever met a mercant? Have you ever seen a salesman get fired for failing to meet his commission quota because he turned down a potential Lambo sale simlpy because he refused to accept Marc's bitcoin as payment? Merchants who do not compete for sales will be eaten Darwinianly by those who adapt to the changing world around them. Those who stand still and refuse to evolve will not survive as long. That's called science, and if you can understand it, then it can help you predict the future. They want "real money" in their cash registers.
Then they will end up with no money when Marc buys his Lambo in the store next door! LOL Not even bitcoin can attract them to want to have it because most of them do not know what it is. bitcoin trancactions take a half hour, and blockpay takes 3 seconds.
There, fixed it for ya The ones that do will want to convert it to fiat right away to avoid the volatile nature of bitcoin.
Blockpay supports bitUSD, bitEUR(o), etc which you obviously did not know about when you wrote this. Learning is fun! Maybe the idea is too advanced for what is really wanted today.
Which is?.... Please teach me, because I love to learn... I like the idea behind it, but most are going to want fiat. It gets rid of the volatility, which is important because you have to pay suppliers or you go out of business. I think it's too soon for this to be heavily utilized
You will be pleased to learn that this "volatility" issue is no longer an issue, therefore, according to your logic, it will be heavily utilized. When did I state that the lack of volatility means it will be "heavily utilized?" I stated it was a concern; in no way did I state, neither implicitly nor explicitly, that volatility was the sole reason for merchants to not utilize the system. |
|
|
|
Got some pretty nice stakes just now... The first stake is 7 confirmations in 1 sec, unbelievable  This is not surprising, if you had 7 mature inputs, first always get seven confirmation instant, next get a six and so forth... Yes... But my amazement is for the first stake (first input) with an almost initial 7 confirmations the moment I received it whereas I normally have 1-2 confirmations first at the time I receive the first stake... Regardless of number of inputs Apart from the second stake of the second input which follows so forth and so on I want to add on to his experience. Today, all of a sudden, I had 40+ blocks instantly pop up out of nowhere. I leave the wallet running 24/7 and it seems to be processing in batches most of the time. Haven't experienced this with any others. Also, it's not just mine -- the block explorer/freestaking site had the same thing -- all instantly popped up and spammed through blocks. Weird but at least it's still working. The Freestaking site showed 287 minutes just prior to the block spam, if that helps with anything. |
|
|
|
|
As requested, I am tracking weekly return for anyone that's curious. Note that this assumes you did not ever divest over that period.
//All Returns Are Calculated at the Same Time Each Week//
Week of 08/19/2016: -1.31%
|
|
|
|
|
Here's the important thing to consider: if you hold your money/save in a bank, in most countries, you are losing money due to inflation. So you are PAYING to hold your own money.
If you invest, all you need to do is beat inflation and you've made a profit. But if you don't beat inflation, you've lost. Just keep in mind that banks or cash are a losing proposition regardless.
|
|
|
|
Based on many people I've spoken to, it doesn't appear that this is possible. BTC fees are based on transaction size and nothing else. The client lets you pick your fee per kb. The issue is you don't know how many kb you're using (or bytes) until after it's been created. Look at the Bitcoin Core code yourself for further verification, since you don't want to believe anyone else.
Are you saying that you believe that there is no way for you to manually set your fee when you send bitcoin? Would you like to wager on this? Considering we do manually set the fees and you are unwilling to look at the Bitcoin source code for confirmation of how it works, here's a more broken down version (in pure English): https://en.bitcoin.it/wiki/Transaction_feesI'm saying that I can send a transaction with any exact fee I'd like. I can send .01 BTC with a fee of .01 BTC. If I can do this, why can't a gambling site do this? How exactly are you crafting the transaction using CLI? I've Googled. I've asked. I've explored. I've looked at all the documentation. Nothing talks about how to send with an exact amount -- only x per kb. Please elaborate since nobody else appears to know how. |
|
|
|
Your directions are for Android, but he's doing iPhone. I thought there was a native way to run iOS apps on a Macbook... like shouldn't the game work on any iOS device? |
|
|
|
Yes, why not? At my opinion even after exchanging my slalary into fiat after reciving will bring me more profit, cause of difference of bitcoins price.
yeah i would definitely accept it either because in my opinion it would allow me to have bitcoins as an investment The issue here is you can lose money as soon as you're paid (due to fluctuations). If you have bills and a flash crash happens, you're screwed. It's risky. |
|
|
|
It is better if i have multiple address, i feel safer and i feel more secured, with multiple address i can keep my anonimity and not easily to be track, eventhough sometimes i am confused with so many address but I prefer it rather than my account can be track by other user
Technically speaking, you can still be tracked. Even when using mixers. That said, it does add a lot more obfuscation and makes it more difficult. Just keep in mind that even doing this, you're not 100% hidden. |
|
|
|
It is a nice initiative but what merchant would want to accept cryptocurrencies? They want "real money" in their cash registers. Not even bitcoin can attract them to want to have it because most of them do not know what it is. The ones that do will want to convert it to fiat right away to avoid the volatile nature of bitcoin.
Maybe the idea is too advanced for what is really wanted today.
I like the idea behind it, but I'm with you. Aside from select merchants that plan to hold (I give Overstock.com a huge +1 for this), most are going to want fiat. It gets rid of the volatility, which is important because you have to pay suppliers or you go out of business. I think it's too soon for this to be heavily utilized, though it's good to have the option open. |
|
|
|
From what I've read so far, you want to develop a coin that does not require mining. I was wondering how P2P transactions will be verified if you do not have miners at work, or am I missing something?
Probably proof of stake, like other coins. NXT, NEM. I would assume PoS as well. And while a lot of coins feel that you have to offer massive interest rates, you really don't -- the toll staking takes on your system/electricity is negligible, so running the wallets non-stop isn't an issue for most people. No extra coins besides the first 100 mio. It uses the eth network for transactions so no need for mining or PoS. 100mio coins thats it. I like that. A hard cap is awesome. And technically it'll decrease each year from people losing private keys, sending to the wrong addresses, etc. Even then it doesnt mean your coins will be getting more divident That is correct. Other people losing keys won't deliver bigger dividends, but will create token more scarce. This leads to a question... that means that part of the dividends are essentially getting burned as well, correct? I get the concept, I just feel like there should be a better way to handle this. Though I guess in a decentralized system, that's not possible any other way. |
|
|
|
Based on many people I've spoken to, it doesn't appear that this is possible. BTC fees are based on transaction size and nothing else. The client lets you pick your fee per kb. The issue is you don't know how many kb you're using (or bytes) until after it's been created. Look at the Bitcoin Core code yourself for further verification, since you don't want to believe anyone else.
Are you saying that you believe that there is no way for you to manually set your fee when you send bitcoin? Would you like to wager on this? Considering we do manually set the fees and you are unwilling to look at the Bitcoin source code for confirmation of how it works, here's a more broken down version (in pure English): https://en.bitcoin.it/wiki/Transaction_fees |
|
|
|
Probably not, bitcoin still is not so popular, and we will need more than 5 years for the revolution.
Much longer than this. The vast majority of people still can't use the Internet properly or fully understand their smart phones. And those are a lot more user-friendly than cryptos are. |
|
|
|
I prefer having one fixed deposit address always, because we don't need to check our deposit address everytime we want deposit and it will become a problem if someone rarely check his deposit address.
Most sites will let you reuse old addresses, even if they don't show up on your account anymore. This is on a case by case basis, but I've only found a couple that don't. |
|
|
|
I've had 299 BRX in a wallet staking since 7/30/16. Shouldn't I have staked by now?
The number of coins you have and their age is what determines weight. YourWeight/NetworkWeight=ChanceofStaking. It could be instant or it could take days, weeks, months, but you will always get whatever you're owed. 299 BRX means you will only stake 15 BRK per *year*, btw, or about 1.1 BRK per month. |
|
|
|
You're more than free to voice your opinion (I don't think it really warrants negative trust however).
The issue at hand has been explained multiple times. I don't believe I can find a new way to put it that will be to your satisfaction, but I just want to stress again that it is not setup for us to profit.
I do admit that we have fallen behind on schedule, but by no means are we losing focus or effort (I've been dedicating the majority of my waking hours to Moneypot).
We are here to build a long lasting product and service in the cryptocurrency space.
If you give the user the option to choose how much to take from their withdraw to use on fees, you need to make sure that you use that money on fees. What if we take 300 bits, and the fee ends up being 3000? Do we go after the user for that as well? It's a 2 way street. We sometimes profit (a negligible amount), and sometimes we lose. This version is much simpler, fluctuates with the blockchain, and the user only has to pay the fixed fee regardless of what it actually happens to be (bigger or smaller). If you take 300 bits as the fee, you should send the payment with 300 bits as the fee. It's so simple. Why would you do anything else? If you give the user the option to choose how much they want to pay...out of THEIR MONEY...as a fee, just send the payment using that as the fee. You should never be profiting off of your users in this way, that's horrible. That is not how it works. It's exactly how it should work. If I say "take 300 bits out of my withdraw and use it to sent it", they should take exactly 300 bits and use it for the fees. If it takes longer than a block, that's on me. Based on many people I've spoken to, it doesn't appear that this is possible. BTC fees are based on transaction size and nothing else. The client lets you pick your fee per kb. The issue is you don't know how many kb you're using (or bytes) until after it's been created. Look at the Bitcoin Core code yourself for further verification, since you don't want to believe anyone else. |
|
|
|
|
Technically speaking, cryptos are meant to use a separate address for every single payment (even if someone sends you multiple payments). That said, it's a little bit of a hassle and very inconvenient to do so. I personally prefer to use one address.
|
|
|
|
looking like bad clone of diablo 2.... sry but not this crowdfund only to scam bitcointlak people... it will be abandoned in a month after ico....... and why goal 200 btc? 120k usd??? you cann't develop without them? ugly game rly.................... if goal was near 50 btc it will be seems like more true ..... 30k usd is enough to hire some designer and programming engineer for 3 month to fully complete this "mini-game"
The current games and the one that's being designed are unrelated. The one being designed is a custom one. Two very different scenarios. |
|
|
|
|
Show Posts
