|
41
|
Bitcoin / Hardware / Re: Bitfury: "16nm... sales to public start shortly"
|
on: December 20, 2015, 09:12:01 PM
|
|
Would be nice with some passively cooled 16nm chips to heat the cottage in the forest. The Monarch is awesome for heating when underclocked but seen how they meltdown completely if the fan breaks (firehazard, I use two fans in push/pull and fingers crossed) and also I'm thinking 16nm is the last major efficiency improvement.
|
|
|
|
|
42
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BLC] Blakecoin Blake-256 for GPU/FPGA With Merged Mined Pools Stable Net
|
on: November 28, 2015, 02:50:28 PM
|
|
The reason why I brought the argument here is that blakecoin has always been intended as a game currency.
I believe that somehow we need to get the inflationary aspect of BLC into peoples heads as nobody is going to waste large amounts of BTC on some bomberman clone. (The user count on that site is now down to next to none).
But in at the same time there is no way to buy BLC with credit cards so if I make my multiplayer system support BLC I also need a visa/mastercard to BLC conversion system. Yep that's what we need to get the ball rolling is my guess.
I'm betting every online game on the planet will have some sort of crypto currency built into it at some point, let's try and make it BLC shall we?
|
|
|
|
|
50
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BLC] Blakecoin Blake-256 for GPU/FPGA With Merged Mined Pools 500GH/s+ Net
|
on: August 20, 2015, 02:58:42 PM
|
|
I agree, greed is nothing compared to the satisfaction of developing something successful in it's own right.
And blakecoin runs fine, I mean I have not touched my mining setup for years it seems and they just keep mining.
How is blakezone coming around?
I remember we talked about using cryptocurrencies directly in a game and you were against that at the time; proposing an in-game currency that could be bought for blakecoins... I still think we could use blakecoins directly, bitcoins would be a hacker feast though...
I'm seeing so many limitations to bitcoin at this stage (which blakecoin has too obviously, but it's less of a concern due to scale):
- pseudonymity requires raw transactions to preserve control over anonymity, but blakecoin is alot more probable to go unnoticed under the radar.
- blocksize of course.
Blocksize is interesting because it points to exactly the store of value concern I mentioned with inflation. People don't care about transaction fees they care about preserving value when the global debt bubble pops.
But I think you are right, let's build a online game centric currency community!
Just wished there was a blake hash coin that did not have inflation. Couldn't we remove it, or maybe lessen it or why keep inflation there when the global population is peaking?
|
|
|
|
|
53
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][BLC] Blakecoin Blake-256 for GPU/FPGA With Merged Mined Pools 500GH/s+ Net
|
on: August 18, 2015, 09:39:08 PM
|
|
It's already ported to ztex 1.15y!
But, hm...
"john-conner's project, Vanillacoin (VNL), includes a significant amount of reformatted and, at best, lightly-edited Bitcoin code which has illegally and unethically had its attribution and copyright notices removed. In addition, he describes Vanillacoin as written "from scratch in its entirety", a false, misleading, and fraudulent claim that is being used to promote his coin. Given that this shows dishonesty, low credibility, and willingness to engage in unethical conduct, extreme caution is advised." -smooth
ok?
|
|
|
|
|
55
|
Bitcoin / Bitcoin Technical Support / Re: Use blockchain of another bitcoind
|
on: August 09, 2015, 01:10:14 PM
|
|
Also forgot to mention they are on 3 separate machines.
I think it might make sense to divide the responsibility between replication and synchronization of data (router) and verification and manipulation of that data (wallet) with a simple API.
Synchronization and verification has some common traits, but to have a tight bond between the wallet and the blockchain might become too rigid soon. importaddress is a move in that direction, where you can have the private keys somewhere else and still use the bitcoind to receive and notify transactions, with trust but without security.
But you still need the full blockchain to sign and send a transaction securely, that's why it would be nice to have a really lightweight sending capable client that communicates with a trusted "receive and notify" blockchain to sign the outgoing transactions. Is that what bitcoin-tx is supposed to be?
I think this has been out of the secure distributed nature scope of the development so far, but now unless pruning is 100% secure, we have this issue.
Having a microservices oriented approach to the bitcoind might starve out memory leaks quicker too.
|
|
|
|
|
57
|
Bitcoin / Development & Technical Discussion / Re: lock and vout
|
on: August 03, 2015, 05:17:25 PM
|
|
Ok, that could be a quick fix but I'm really trying to fix it in my online wallet for others to use too (see signature) and learn bitcoin well enough to ultimately build my own truly scalable "instant confirmation transactions" and "completely anonymous" crypto currency.
bitcoind is dragging it's feet but if it has any problems; it's the problems of the entire bitcoin network.
If I use some hacked together wallet and there is some problem, it's basically my own fault.
If you want to take care of others money that's not responsible.
Will check out "coin control" though.
|
|
|
|
|
58
|
Bitcoin / Development & Technical Discussion / Re: lock and vout
|
on: August 03, 2015, 09:39:43 AM
|
|
Yeah, two wallets was an option when the requirements were low, memory usage and leaks, bandwidth, security, backup, etc. etc.
Yes, multiwallet systems would work but now it's too late, I have a wallet that has mixed unspent outputs and I need to separate them and I want to see if I can solve this problem for others too permanently.
Also I'm bitcoind centric, because other wallets might have bugs or get compromised and really are a waste of time.
|
|
|
|
|
59
|
Bitcoin / Development & Technical Discussion / Re: lock and vout
|
on: August 03, 2015, 09:23:24 AM
|
|
Well, I want to be able to use them, that's kinda the whole point, money that can't be used is meaningless... The problem is that bitcoin is hiding how it really works to be "user friendly" but really that works against it in the long run because nobody is auditing and criticizing these parts that are really "complex" and "limiting"...
The really crazy part is that accounts are completely botched, spending outputs across account borders, you can't control which outputs are being spent... which creates a horrible problem leading to raw transactions being the only solution in a multiple account system.
Really rendering off-chain transactions useless! :0
|
|
|
|
|
60
|
Bitcoin / Development & Technical Discussion / Re: lock and vout
|
on: August 03, 2015, 09:11:37 AM
|
So that I can control anonymity, I do not want my bitcoind to inadvertently mix public (as in connected to my real name that the "IRS" can see because I bought them from an exchange where they require KYC) and my private (that I mined and want to keep "unprovably mine") in the event of my government making owning bitcoin illegal or tax them without them being spent. JSONObject tx = bitcoin().getTransaction(trans.getString("txid"));
String address = tx.getJSONArray("details").getJSONObject(0).getString("address");
JSONObject raw = bitcoin().decodeRawTransaction(tx.getString("hex"));
JSONArray out = raw.getJSONArray("vout");
for(int j = 0; j < out.length(); j++) {
JSONObject vout = out.getJSONObject(j);
JSONArray addresses = vout.getJSONObject("scriptPubKey").getJSONArray("addresses");
for(int k = 0; k < addresses.length(); k++) {
String dest = addresses.optString(k);
if(dest.equals(address)) {
System.out.println("vout " + vout.getInt("n"));
}
}
}
Code like this really shows how far bitcoin still has to go... I'm surprised you are asking why this is needed, how are you keeping your transactions "anonymous"? ---- Second follow up Q: The details is an array, what can one expect there? scriptPubKey.addresses is also an array, can an output be sent to multiple addresses?!?!?!? |
|
|
|
|
Show Posts
