|
koop4u (OP)
|
 |
August 27, 2014, 06:21:13 PM |
|
Oh yeah you're right 4 in 1  No CNY, chinese sad  Chinese would be happy to see CNY, it is more important than EUR.  BTC NODE USD EUR CNY This can be implemented, if there will be a demand, then i don't see why not! |
|
|
|
|
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
CoinHolder
Member
 Offline
Activity: 112
Merit: 10
|
|
August 27, 2014, 06:26:23 PM |
|
Oh yeah you're right 4 in 1 No CNY, chinese sad Chinese would be happy to see CNY, it is more important than EUR. BTC NODE USD EUR CNY This can be implemented, if there will be a demand, than i don't see why not! NODE and CNY forever |
|
|
|
|
|
JakeThePanda
|
|
August 27, 2014, 07:01:04 PM |
|
1) No! The BTC/Eur/USD Integration stands for the ability to send and receive BTC/Eur/USD trough Node! There is no internal exchange! So no liquidity issue!
How is one going to send BTC let a lone EUR through NODE if there is no internal exchange ? In simple terms, the Blockchain will allow sending information, back and forth, this is not something new, the key element here will be NODEBank which will ease the transition between fiat and crypto! We refer to it as Nodebank because it connects the blockchain transparency with financial gateways letting take advantage of both financial solutions, benefiting the end user. In some way our system will implement the same principle as an exchange, in terms of depositing and manipulating funds, except the part of "exchanging". The currency will keep its form, and won't be diluted! Is there something that explains this in depth? I'm still having trouble understanding how this is going to work. Fiat is held at NODEBank and the bank talks to the blockchain to transfer the funds between users? Can you make a NODE/fiat market directly in the wallet? |
|
|
|
|
|
koop4u (OP)
|
|
August 27, 2014, 07:39:42 PM |
|
Shouldn't there be blocks coming through even when there are NO transactions?  No, a block is generated with at least one transaction! |
|
|
|
|
Vega
|
|
August 27, 2014, 07:45:24 PM |
|
Shouldn't there be blocks coming through even when there are NO transactions? No, a block is generated with at least one transaction! But if there is no empty blocks wouldn't that mean that confirmations take much longer? After how many confirmations is the transaction secure? |
|
|
|
|
|
Forobitcoins
|
|
August 27, 2014, 08:14:14 PM |
|
any service blockchain explorer?
|
Sorry for my broken English XD
|
|
|
3x2
Legendary
Offline
Activity: 1526
Merit: 1004
|
|
August 27, 2014, 08:35:18 PM |
|
Shouldn't there be blocks coming through even when there are NO transactions? No, a block is generated with at least one transaction! But if there is no empty blocks wouldn't that mean that confirmations take much longer? After how many confirmations is the transaction secure? someone should explain this in detail.. |
|
|
|
|
luckygenough56
Legendary
Offline
Activity: 1526
Merit: 1012
|
|
August 27, 2014, 08:36:40 PM |
|
Shouldn't there be blocks coming through even when there are NO transactions? No, a block is generated with at least one transaction! But if there is no empty blocks wouldn't that mean that confirmations take much longer? After how many confirmations is the transaction secure? I wonder that too !!! ? If there's no regular transactions, confirmations may take forever  ? Blockchain will not be bloated at least lol |
|
|
|
|
|
mrvegad
|
|
August 27, 2014, 08:40:54 PM |
|
No whitepaper?
|
|
|
|
|
luckygenough56
Legendary
Offline
Activity: 1526
Merit: 1012
|
|
August 27, 2014, 08:45:43 PM |
|
I just made a small transaction i'm the last block and it's marked as 5 confirmations already with no blocks behind haha I don't know how this thing work i'm curious |
|
|
|
|
|
mrvegad
|
|
August 27, 2014, 08:53:27 PM |
|
Maybe the txs get sent to various nodes to be confirmed in the same block? Now i'm really curious |
|
|
|
|
|
HunterMinerCrafter
|
|
August 27, 2014, 08:56:11 PM |
|
Shouldn't there be blocks coming through even when there are NO transactions? No, a block is generated with at least one transaction! But if there is no empty blocks wouldn't that mean that confirmations take much longer? After how many confirmations is the transaction secure? I wonder that too !!! ? If there's no regular transactions, confirmations may take forever ? I have wondered this also, and not just about nodecoin. I'm growing increasingly convinced that a 100% pre-mine is somewhat incompatible with proof-of-stake, for a multitude of reasons. Although it "could work" it has some potentialities that are unpleasant. What you've brought up here is one of the two primary reasons - unless the coin has a continuous transaction volume right from the beginning, and maintains it perpetually, there would be no incentive to stake if there is no associated coin-base claim, and no blocks would be produced without transactions coming along and giving incentive via the fee. If no blocks are consistently produced time-stamping easily becomes unreliable and the whole rest of the crypto-currency model falls over from there. I will not go into the other major problem that I see with the combination, as I've already detailed my thoughts on that in the Credits thread. It also suffers from both potential problems. I still hold some hope for nodecoin but they need to get their act together and start openly discussing these matters, and potential solutions, before the wheels fall off. |
|
|
|
|
luckygenough56
Legendary
Offline
Activity: 1526
Merit: 1012
|
|
August 27, 2014, 08:56:56 PM |
|
Maybe the txs get sent to various nodes to be confirmed in the same block? Now i'm really curious That what i'm thinking yeah something like that cause if you look at old blocks the number of confirmations is totally random, like it depends on the number of nodes on the cloud when the block was generated. Either it's genius or dumb i don't know yet lol |
|
|
|
|
|
HunterMinerCrafter
|
|
August 27, 2014, 09:08:15 PM
Last edit: August 27, 2014, 09:21:33 PM by HunterMinerCrafter |
|
Maybe the txs get sent to various nodes to be confirmed in the same block? Now i'm really curious You can see the source for the first test version here http://pastebin.com/a7JzU7kv still. Of course some changes will have been made, but you can see the general idea. I've only skimmed portions of the code, I've been meaning to get back to it but have been a little busy with Moto, HEH. Actively forging peers maintain a list of other "verified" forging peers who are online and logged in. "Verified" basically means that their claim of historical transaction volume matches your own. Transactions and blocks are "confirmed" independently. "Confirmed" basically means the thing has been passed around and signed by verified peers. There is a particular (fixed, in the original version?) amount of "passing around" that needs to occur on trasactions, but I'm not sure why this is. I'm not sure if there is something similar for blocks. EDIT2: I found it... for blocks it just needs to get to a 50% "go ahead" from verified peers. SO, basically what you are seeing for "comfirmation" on blocks/tx is the amount that the thing has been passed around and signed so far, not a block depth. (Assuming I'm understanding things correctly, which is a big assumption.) EDIT: This is very similar to how Credits works as well. In both cases, block security is established by consensus voting rounds instead of a lottery voting mechanism as in traditional PoS/PoW. |
|
|
|
|
|
SillkRoad
|
|
August 27, 2014, 09:20:09 PM |
|
Maybe the txs get sent to various nodes to be confirmed in the same block? Now i'm really curious That what i'm thinking yeah something like that cause if you look at old blocks the number of confirmations is totally random, like it depends on the number of nodes on the cloud when the block was generated. Either it's genius or dumb i don't know yet lol When a transaction is generated, it is instantly sent to all available peers to be confirmed! The total confirmed # is calculated and displayed instantly - that is why we refer to them as instant transactions. The transaction then is putt in line for the block creation, A block is generated at a 60 s interval. Containing at least 1 transaction. The Empty transaction issue is ignored as the mining concept is removed. |
|
|
|
|
luckygenough56
Legendary
Offline
Activity: 1526
Merit: 1012
|
|
August 27, 2014, 09:23:29 PM |
|
Maybe the txs get sent to various nodes to be confirmed in the same block? Now i'm really curious That what i'm thinking yeah something like that cause if you look at old blocks the number of confirmations is totally random, like it depends on the number of nodes on the cloud when the block was generated. Either it's genius or dumb i don't know yet lol When a transaction is generated, it is instantly sent to all available peers to be confirmed! The total confirmed # is calculated and displayed instantly - that is why we refer to them as instant transactions. The transaction then is putt in line for the block creation, A block is generated at a 60 s interval. Containing at least 1 transaction. The Empty transaction issue is ignored as the mining concept is removed. Wow so the thing is blazing fast to confirm (faster than any other crypto ?) and blockchain is less bloated without unnecessary blocks. Sounds great ! |
|
|
|
|
|
HunterMinerCrafter
|
|
August 27, 2014, 09:25:33 PM |
|
A block is generated at a 60 s interval.
Is this different from the original code, or did I misunderstand BlockGenerator.prototype.handleVerifiedPeer? Containing at least 1 transaction. The Empty transaction issue is ignored as the mining concept is removed.
So if I make a transaction and then no-one else does, what serves to secure my block? How can we trust the ledger state without a continuous volume of transactions? |
|
|
|
|
|
koop4u (OP)
|
|
August 27, 2014, 09:28:54 PM |
|
Maybe the txs get sent to various nodes to be confirmed in the same block? Now i'm really curious That what i'm thinking yeah something like that cause if you look at old blocks the number of confirmations is totally random, like it depends on the number of nodes on the cloud when the block was generated. Either it's genius or dumb i don't know yet lol When a transaction is generated, it is instantly sent to all available peers to be confirmed! The total confirmed # is calculated and displayed instantly - that is why we refer to them as instant transactions. The transaction then is putt in line for the block creation, A block is generated at a 60 s interval. Containing at least 1 transaction. The Empty transaction issue is ignored as the mining concept is removed. Wow so the thing is blazing fast to confirm (faster than any other crypto ?) and blockchain is less bloated without unnecessary blocks. Sounds great ! It is certainly fast, although we have't compared it with other cryptos yet! We are pioneering and further testing has to be performed in order to reveal the full potential of this idea! |
|
|
|
luckygenough56
Legendary
Offline
Activity: 1526
Merit: 1012
|
|
August 27, 2014, 09:36:26 PM |
|
Well it is as fast as paypal it seems lol now as HunterMinerCrafter said there may be some security matters ? Interesting concept though !
|
|
|
|
|
|
mrvegad
|
|
August 27, 2014, 09:49:44 PM |
|
If i install the client would i be able to get a small of coins to do some testing?
|
|
|
|
|
|
