real life is too slow for cryptos...
I think you're exactly wrong.  BTC is a dog slow antiquated joke of a currency that is going nowhere. It's far too slow, clunky and limited to be of real use to the masses. Banks with all the free money to burn that it takes are building their own blockchain solutions, and they're not going to be taking bloody years about improving the original model. BTC ETF voodoo will be at best a brief blip on the charts as the final few drops are squeezed from the diehard cryptognat zealots. |
|
|
|
My both wallets (0.30.16.7c, BN & local) stuck at block 107289, is it normal, and no fees for a 8 hours ?
Same here. Something is definitely amiss. And I assume I'm not the only one for whom solo mining via the QT wallet is impossible right now, it just instantly crashes. I don't think the in-wallet miner has been updated to work with enforcement, last line in debug.log is ERROR: ConnectBlock() : no banknode payment ( required=1250000056)
and stdout on crash is terminate called after throwing an instance of 'std::runtime_error'
what(): CreateNewBlock() : TestBlockValidity failed
Aborted (core dumped)
Might be because the QT client can't see any Banknodes?  edit: bitcreditd can still mine it seems, so I'm using that. |
|
|
|
I agree. Either way he has a way of doing things, and i have mine. Maybe we will find middle ground somewhere. After we resolve this minor fork , we will have a lot to discuss.
Allow me to quickly pen my thoughts here
1) Collateral via multi-chain tracking
2) Internal management Money vs Currency
3) Stock trading on the blockchain
4)Fixed money supply management and tracking
5) Multi-token/Colored-token system.
6) Direct Fiat rates (no BTC middleman)
I'll expand on the above as much as i can soon, but these are the chief conceptual issues in my mind. I think some of the concepts may require diagrams.
Let me start with the first
As you all know, P2PL is the first item on the table for banking, though any have asked the question how we will approach the idea of scamers running with funds. Because these concepts are always evolving, we were initially to rely on the huge investment it would take to gain trust. This however resulted in questions of barriers to entry for newcomers. We had to think deeper and be more innovative. As some of you have seen, if i want to get something done, i may rely on re-purposing existing solutions because their code is tried and tested.
I came up with the following solution that fast tracks some items i had ear-marked for later but solves today's problems:- Basically, you can use coins from another currency as collateral for a loan. I am going to begin work on a separate client that works with our chain but also tracks multiple other chains whose coins can be accepted as collateral. While we cannot support every coin out there we will likely support the top coins in the community as well as those chosen by popular demand. One of the pre-requisites will be that the coin used for collateral must be sufficiently liquid to allow immediate liquidation should there be an issue.
So at time of loan request and approval/denial, the value of your collateral is calculated and if the loan is approved, the system generates an escrow address and sends a tx request. The winning node, automatically sets up an escrow address and sends the address to both parties. It then waits for the funds to enter, then the loan is processed by confirmation message sent to BN.
The system is highly complicated and requires a lot of coding and security. TBH a lot of it is beyond my reach as a coder, i will need a ton of help and this will not be easy.
So i'll take some time and expand on the rest later, but i'd like to make another impetant announcement.
Since the scope of the project is nearly completely defined, i have come to the point where i see no way beyond getting outside help and funding. I am now actively pursuing registering as a company and getting a legal framework put forward, once this is done, I'm putting my face on this project.
Developer with not only a plan but a grasp of reality.  |
|
|
|
Chain is moving again, hurrah! But banknode list is empty on my local QT client. Despite getpeerinfo showing it being connected to two of them.
I've noticed that, too many moving parts for me to keep an eye on them all at the same time. I'm looking at it now, but the chain is moving after i restarted the pool. this week looks like it will end in fire-fighting. Hey, it's no fun if it's easy.  I'm not having the sending problems others are reporting. Can send to/from my local and BN wallets just fine. Remember to uncheck the Darksend box in the Send screen... this should in future probably be unchecked by default, thought I'd submitted a pull for that but maybe not. |
|
|
|
|
Chain is moving again, hurrah! But banknode list is empty on my local QT client. Despite getpeerinfo showing it being connected to two of them.
|
|
|
|
00:46:07 CreateNewBlock() : TestBlockValidity failed (code -1)
How many BNs are you connected to? The block fails if there is no BN payment 2, one of which is mine:
01:40:19 getpeerinfo
01:40:19
[
{
"id" : 4,
"addr" : "176.126.241.192:9999",
"addrlocal" : "213.120.38.175:35118",
"services" : "0000000000000003",
"lastsend" : 1430871959,
"lastrecv" : 1430871840,
"bytessent" : 2726,
"bytesrecv" : 10130,
"conntime" : 1430869438,
"pingtime" : 0.07126800,
"pingwait" : 859.70199300,
"version" : 70008,
"subver" : "/Minato:0.30.16.7/",
"inbound" : false,
"startingheight" : 107254,
"banscore" : 0,
"synced_headers" : 107254,
"synced_blocks" : 107254,
"inflight" : [
],
"whitelisted" : false
},
{
"id" : 6,
"addr" : "198.52.160.64:8877",
"addrlocal" : "213.120.38.175:57820",
"services" : "0000000000000003",
"lastsend" : 1430871881,
"lastrecv" : 1430871828,
"bytessent" : 2406,
"bytesrecv" : 8940,
"conntime" : 1430869959,
"pingtime" : 0.04992100,
"pingwait" : 938.62499300,
"version" : 70008,
"subver" : "/Minato:0.30.16.7/",
"inbound" : false,
"startingheight" : 107254,
"banscore" : 0,
"synced_headers" : 107254,
"synced_blocks" : 107254,
"inflight" : [
],
"whitelisted" : false
}
]
|
|
|
|
BN: ./bitcredit-cli getblocktemplate
{
"capabilities" : [
"proposal"
],
"version" : 2,
"previousblockhash" : "000035ab9c21d5c2445f0804ae6a0be668e587e669c19796f20528eec90945de",
"transactions" : [
{
"data" : "01000000012b9240b37e5c8c90a50e0dfbec6987efa8ab31b3de20d235f15996a9e2a16acd000000006a4730440220420523672c9f7a9a63314d37653471c47b22b7402ac0f290bb3cf4328f31116a02206f011834bf8878e1243e99c0c46658a8740e8d69261166e0632a75a4f99a9c590121024a7356d0320252b060d74eb1ca9e31975ad91f74eac489cd9cbeafefd2e6d4abfeffffff0280969800000000001976a914c1b34a9f8703bf9804411d95158f5ffb19634dbb88ac1b155302000000001976a914ffa8ba199bc4ee5f0b7a7c4b08b9356ef217284b88aceca20100",
"hash" : "aa1b65620ea85de0471ad7de71bd7e6a45800a2ca41c782ede8f31a706fcbb31",
"depends" : [
],
"fee" : 225,
"sigops" : 2
}
],
"coinbaseaux" : {
"flags" : "062f503253482f"
},
"coinbasevalue" : 5000000225,
"longpollid" : "000035ab9c21d5c2445f0804ae6a0be668e587e669c19796f20528eec90945de107256",
"target" : "0000203691000000000000000000000000000000000000000000000000000000",
"mintime" : 1430858040,
"mutable" : [
"time",
"transactions",
"prevblock"
],
"noncerange" : "00000000ffffffff",
"sigoplimit" : 400000,
"sizelimit" : 400000,
"curtime" : 1430869452,
"bits" : "1e203691",
"height" : 107255,
"votes" : [
],
"payee" : "5xyD2QYoWoaKMVFLfmvuMs9J1jvWwgP6EY",
"payee_amount" : 1250000056,
"banknode_payments" : true,
"enforce_banknode_payments" : true
}
Local QT: 00:46:07 getblocktemplate
00:46:07 CreateNewBlock() : TestBlockValidity failed (code -1)
|
|
|
|
bitcreditscc, any ideas why block 107254 has so far taken 1hr42mins? I tried to setgenerate true to hurry it on a bit but got a core dump.  |
|
|
|
I can not send coins!
The version I am running that I compiled myself did not give me any error when I did a send a while back, but I can't confirm it definitely works yet as block 107254 is taking so bloody long to get solved (30 mins so far) - yet another reason PoW is useless.  |
|
|
|
Attempting a resynchronize for the explorer wallet, I have the following error messages in the log 2015-05-05 14:16:14 GetSpork::Unknown Spork 1427803200
2015-05-05 14:16:14 CheckBlock() : skipping transaction locking checks
2015-05-05 14:16:14 CheckBlock() : skipping banknode payment checks
2015-05-05 14:16:14 GetSpork::Unknown Spork 1427803200
2015-05-05 14:16:14 CheckBlock() : skipping transaction locking checks
2015-05-05 14:16:14 CheckBlock() : skipping banknode payment checks
2015-05-05 14:16:14 UpdateTip: new best=0006ed39831dec217b8128ba1087bde96f59e9fc98e3adb54d12830f3cd71f00 height=208 log2_work=19.041825 tx=212 date=2014-12-18 17:19:18 progress=0.000669 cache=198
2015-05-05 14:16:14 CreateNewBlock: Failed to detect banknode to pay
2015-05-05 14:16:14 CreateNewBlock(): total size 1000
2015-05-05 14:16:14 ERROR: ContextualCheckBlockHeader : forked chain older than last checkpoint (height 209)
edit: full resynch passed after wiping the whole .bitcredit directory Thanks fairglu, chainz explorer back in sync with my local qt client and my BN, anyway. |
|
|
|
|
Looks like chainz forked off at 106629 and bittrex at 106630.
|
|
|
|
Recompiled from git master (up to commit 'df'), deleted everything but my wallet.dat and bitcredit.conf (only 198.52.160.59 and 198.52.160.60 as addnodes) and both local qt (-litemode) and BN daemon seem to be syncing fine. Will update when done. Hopefully. BN seems synced: ./bitcredit-cli getinfo
{
"version" : 301607,
"protocolversion" : 70008,
"walletversion" : 60000,
"balance" : 267918.06360326,
"darksend_balance" : 0.00000000,
"blocks" : 107000,
"timeoffset" : 0,
"moneysupply" : 14944334.99811231,
"connections" : 8,
"proxy" : "",
"difficulty" : 0.00011261,
"testnet" : false,
"keypoololdest" : 1429045624,
"keypoolsize" : 2,
"unlocked_until" : 0,
"paytxfee" : 0.00000000,
"relayfee" : 0.00001000,
"errors" : ""
}
addnode=176.126.241.192:9999 if anyone wants to sync from it. Local qt still catching up. edit: finally caught up and in sync with my BN.  |
|
|
|
Can't start banknode on my VPS with the new daemon.
./bitcredit-cli banknode start
you must set banknode=1 in the configuration
Yes, I have changed masternode=1 to banknode=1 (and tried changing masternodeprivkey and masternodeaddr lines to bankprivkey and bankaddr)
banknodeprivkey and banknodeaddrdouble and triple check. and if it's a daemon with a BN, don't use 'litemode" Yep, sorry, banknodeprivkey and banknodeaddr are what I meant. Not working. Not using litemode, whatever that is. Do I need to generate a new banknodeprivkey? edit: generating a new banknodeprivkey did it. |
|
|
|
|
Can't start banknode on my VPS with the new daemon.
./bitcredit-cli banknode start
you must set banknode=1 in the configuration
Yes, I have changed masternode=1 to banknode=1 (and tried changing masternodeprivkey and masternodeaddr lines to bankprivkey and bankaddr)
|
|
|
|
Just for laughs, please try with a new wallet file. Ie, just back up your current wallet and let me know what happens if you use a new one.
No joy, starts syncing again from 94050-ish and craps out at current block, looks like it isn't committing anything past block 94050 to the db. |
|
|
|
Just compiled on xubuntu-14.10-64 from latest master, wallet syncs to current block then I get: Qt has caught an exception thrown from an event handler. Throwing
exceptions from an event handler is not supported in Qt. You must
reimplement QApplication::notify() and catch all exceptions there.
************************
EXCEPTION: St11logic_error
basic_string::_S_construct null not valid
bitcredit in Runaway exception
bitcredit-qt: ./allocators.h:47: LockedPageManagerBase<Locker>::~LockedPageManagerBase() [with Locker = MemoryPageLocker]: Assertion `this->GetLockedPageCount() == 0' failed.
Aborted (core dumped)
Last lines in debug log: 2015-05-03 15:14:27 UpdateTip: new best=000002efdbc6c558e93a553538f859e334159c38021fa6e0a8d7ba1e0f2b95a2 height=105511 log2_work=35.541885 tx=109006 date=2015-05-03 15:09:17 progress=0.999883 cache=19237
2015-05-03 15:14:27 dsee - ignoring outdated banknode CTxIn(COutPoint(8afdd29192, 0), scriptSig=) protocol version 70007
2015-05-03 15:14:30 dseep - Asking source node for missing entry CTxIn(COutPoint(96efb0088b, 1), scriptSig=)
2015-05-03 15:14:30 dsee - ignoring outdated banknode CTxIn(COutPoint(96efb0088b, 1), scriptSig=) protocol version 70007
2015-05-03 15:14:32
************************
EXCEPTION: St11logic_error
basic_string::_S_construct null not valid
bitcredit in Runaway exception
|
|
|
|
That list is missing a key factor.
BTC is the main exchange pair.
If you use $ as the ATH, you need to take into account the price of BTC during the month of the ATH.
ATH should be measured against BTC.
I disagree. Bitcoin is a global irrelevance. The $ is what we are up against. |
|
|
|
I am thinking of offloading simpler tasks to chainz API. Thoughts? Pros? Cons?
Uh, terrible idea to rely on 3rd party anything. I'd rather you took longer and figured out whatever it is. The stats engine is a kind souped up block crawler / analyzer? |
|
|
|
Android wallet works fine on my old G2. Do the mobile wallets do the PoS staking thing yet or just the desktop clients? Any chance of the source please for v2.1? |
|
|
|
And what does that mean exactly? That some of the coins that were mined early on were sold at the price peaks? Doesn't seem that scandalous to me! I've been studying this chart, and it seems to absolutely confirm what I felt happened to the early coins. Look at the chart. You see the TXES (arcs) from the early mining getting sold soon after. The arks that reach beyond have their origins well after the first month. That's when people started taking Evan seriously, and they saved their coins. This is a really cool chart! Why haven't we seen it before? It proves that the coins have been well distributed. That's how I see it too, seems pretty plain. Maybe some people are colour blind or something? |
|
|
|
|
Show Posts
