Pages:
Author

Topic: [NEW XBY ANN] XTRABYTES - BECAUSE THE BLOCKCHAIN CAN BE BETTER - page 70. (Read 371156 times)

full member
Activity: 345
Merit: 105
Here are the questions and answers from the 777.

1. What happened with the testnet? Was it successful or are you still working on the bug fixes? Should we expect a V2 of the testnet?

The last test result was success but the failed tests also help the development. I wrote this because everyone must understand the failed test and successed tests is twins. Both required.

After we get successed test then if possible i use the passed code. Good example the XFUEL where i use the code of first testnet. Each testnet have goal and the lifetime is short. After destroyed the previous testnet then the next test will be executed.

The next testnet will be the public STaTiC+PoSign test. The next test we will use more testers therefore before we start the next test we need build one small testing infrastructure where possible evaluate the results of tests. We need a small team who help and support the other testers.

2. What is the expected timeframe for setting up and auctioning the L1 nodes? Will that be aligned with the level 2 and 3 nodes?

After the STaTiC+PoSign test closed (where we use manual registered STaTiC-s ) then the next test will be the test of STaTiC registration. Each level ( L1,2,3) will be open. The original Level1 STaTiC-s was added to genesis block but all other positions will be available.

I don't want wrote deadline of tests but i hope to these tests will be closed this year. This it also depends the teams who help the execute and evaluate of tests. I hope the first teams will be available shortly.

If the STaTiC registration tests successed then i will add this code to the system immediatly. And all level of registrations will be available after.

3. Has the testnet proven that the technology works and is secure? Are the consensus mechanisms now fully tested?

We have more than just a successed test. We have XFuel where the technology is public available. I hope the XFuel enought secure. 20.000 blocks done and nobody hacked the system.

The XFuel contain some finalised parts of the consensus but not each parts. I will be add more and more passed code until we get the final consensus. Of course the final consensus always be changing.

The good system opening the door to the changes. I don't want hardcoded consensus like the BTC block size problem or simile other.

4. How can we validate that XFuel uses the PoSign technology? Is there any technical proof to show how it works?

1.) Start XFuel Wallet and enter to debug console

Welcome to the XFuel RPC console.
Use up and down arrows to navigate history, and Ctrl-L to clear screen.
Type help for an overview of available commands.

2.) Type getinfo

getinfo


{
"version" : 1000001,
"protocolversion" : 10001,
"blocks" : 20012,
"timeoffset" : 0,
"connections" : 3,
"paytxfee" : 0.00000000,
"errors" : ""
}

3.) Get the hash of last block

getblockhash 20012

f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef


4.) Dump the detailed info of this block

getblock f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef


{
"hash" : "f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef",
"confirmations" : 1,
"size" : 282,
"height" : 20012,
"version" : 1,
"merkleroot" : "cab3e8620645adb50a5a7bbe3d156105f64b51983353ee18036228ed0d55ebf5",
"tx" : [
"cab3e8620645adb50a5a7bbe3d156105f64b51983353ee18036228ed0d55ebf5"
],
"time" : 1510086447,
"minerid" : 2,
"signature" : "3045022100a21645344d51435be6d032b44e6d847bfeffbb8c8681fea40a2cf0e5f7c16e4702205 2394414ad868339f434fdb8acfa779d85649d79f51e636036113c010781eaf2",
"previousblockhash" : "10c85a6d2fced7b9c2d111eb87215c2ab06991916ef2c75c0dba992d6a801b79"
}

5.) You see the ID of miner who signed the block and the signature too. The last signer checked and accepted the all previous blocks too

5. Once PoSign is running, how are blocks created? Will block time remain the same? Like every 30s we’ll “mint” a new block via the static nodes? How do we ensure all transactions are verified by all nodes at the time of minting? We don’t make a new block until all transactions are agreed?

What if we have 2 servers on opposite sides of the world (Say JPY and UK) and it comes time to make a block... UK has no outstanding transactions so it creates it. Before JPY gets the block update it receives a transaction and sends it off to get ok’d by all servers... now we have a fork? How is this handled?


Each miner watching lot of different events. Number of transactions and elpassed time of last generated block, who generate the last block etc... Summarize the "value" of this events each block have one "weight".

If we have 3 miners and each miner generate block in same time and the generator of last generated block is the #1 miner then the weight of each block is different. The #1 weight is the worster and never be accept this block other miners because the previous block generator is also the #1. The #2 will be the best and the #3 also acceptable if #2 is offline or don't generated block.

The block collision is normal event. Each miner and client know what is the "best" block. The block of #2 maybe don't contain all transactions but this is no problem. The next block will be contain the missing transaction. Each block have unique weight therefore never created forks.

The chain always contain blocks ordered by weight.

6. Blockchain generation 3.0 is also about interpolarity, where Blockchains can talk to one another. Are there any future plans for the creation of a module for communication between the ethereum network, and other chains?

The system support this therefore i hope someone will be create interpolarity module. The early stage of system contain the bridge. This bridge connect the old chain and the new chain. These blockchains communicating each other. The future interpolarity module just need extend this function to external blockchains.

7. The vision for XTRABYTES seems to be to make a better blockchain. So can you explain what you think are problems with the Blockchains that already exist and can you share very generally some long term hopes and vision you have for XTRABYTES into the future.

Lot of problems exist of the most blockchains. The problems of other blockchains and XBY don't comparable at this moment therefore i just say some headwords:

Limited blocksize vs. unlimited blocksize
Lot of energy required vs. no extra energy required
reward is given to miner vs. reward shared between the STaTiC ( service providers )
unneccesary work ( mathematical calculation ) vs. required security checks
all blocks stored to all miners vs. cloud type shared storage
fixed transaction cost  vs. service based cost ( cheap or zero transaction cost )
limited number of transactions vs. extreme high number of transactions
political governance problems ( not trust and anonym ) vs. provider releated and trust
p2p style network vs. overlay network
...
and many more

And answer of your non technical question is: Just read my first words of the beginning of this project. This is experimental project. I just want solid and stable platform who help the crypto world making better.
sr. member
Activity: 370
Merit: 250


Thank you also to the XTRABYTES Community for taking the time this evening to tune in and review the answers Borz has shared with us. We have a long road ahead of us with many twists and turns, as is the way for any program in development. Many more great things will be revealed as we continue on our journey.

Don't be fooled by anyone posting bad things about us either here on the forum, or in the Slack. You will regret following the words of people wanting to tear down a project that is destined to make huge changes in the crypto world.

Thank you!

Dave and Zoltan


We are with you on this Dave and Borz... you have provided the leadership to-date and will expect and anticipate, nothing less. I am sure there will be great smiles at the end of the tunnel!!
sr. member
Activity: 370
Merit: 250
This year could be best Christmas ever  Grin  Kiss

Santa may put a node under your tree.

I will take it!!!
sr. member
Activity: 370
Merit: 250
Thank you Borz for taking your time this evening with us to answer these questions.

I know you don't hear this much from the community because you are not able to interact as a result of the required focus on programming, but I think I can say, on behalf of the XTRABYTES Community, THANK YOU for continuing to build us a masterpiece for the world of crypto.

Have a great evening!




Thanks Borz for answering the questions for us. Deeply indebted for the care and commitment you show to make this a viable project. Understand that there are challenges on the way but thank you for steering ahead with the rest of the team and appreciate all you do. Hopefully you will find more of the help you have been seeking from like minded people and together as a team, you will be able to guide this project to an unprecedented success against all odds!!!
full member
Activity: 210
Merit: 100
This year could be best Christmas ever  Grin  Kiss

Santa may put a node under your tree.
sr. member
Activity: 602
Merit: 255


Thank you also to the XTRABYTES Community for taking the time this evening to tune in and review the answers Borz has shared with us. We have a long road ahead of us with many twists and turns, as is the way for any program in development. Many more great things will be revealed as we continue on our journey.

Don't be fooled by anyone posting bad things about us either here on the forum, or in the Slack. You will regret following the words of people wanting to tear down a project that is destined to make huge changes in the crypto world.

Thank you!

Dave and Zoltan






full member
Activity: 210
Merit: 100
Thanks for the Q & A borz, some interesting ones this time.
full member
Activity: 345
Merit: 105
Thank you Borz for taking your time this evening with us to answer these questions.

I know you don't hear this much from the community because you are not able to interact as a result of the required focus on programming, but I think I can say, on behalf of the XTRABYTES Community, THANK YOU for continuing to build us a masterpiece for the world of crypto.

Have a great evening!




Thank you Borz!  Keep up the good work!
sr. member
Activity: 602
Merit: 255
Thank you Borz for taking your time this evening with us to answer these questions.

I know you don't hear this much from the community because you are not able to interact as a result of the required focus on programming, but I think I can say, on behalf of the XTRABYTES Community, THANK YOU for continuing to build us a masterpiece for the world of crypto.

Have a great evening!


newbie
Activity: 23
Merit: 0
ccr make thread self moderate and delete all question he not like very bad like slack cencorship you never get truth to question about xby scam
full member
Activity: 169
Merit: 100

BORZALOM 777

Question 7.

The vision for XTRABYTES seems to be to make a better blockchain. So can you explain what you think are problems with the Blockchains that already exist and can you share very generally some long term hopes and vision you have for XTRABYTES into the future.









Lot of problems exist of the most blockchains. The problems of other blockchains and XBY don't comparable at this moment therefore i just say some headwords:

Limited blocksize vs. unlimited blocksize
Lot of energy required vs. no extra energy required
reward is given to miner vs. reward shared between the STaTiC ( service providers )
unneccesary work ( mathematical calculation ) vs. required security checks
all blocks stored to all miners vs. cloud type shared storage
fixed transaction cost  vs. service based cost ( cheap or zero transaction cost )
limited number of transactions vs. extreme high number of transactions
political governance problems ( not trust and anonym ) vs. provider releated and trust
p2p style network vs. overlay network
...
and many more

And answer of your non technical question is: Just read my first words of the beginning of this project. This is experimental project. I just want solid and stable platform who help the crypto world making better.
full member
Activity: 210
Merit: 100

BORZALOM 777

Question 6.

Blockchain generation 3.0 is also about interpolarity, where Blockchains can talk to one another. Are there any future plans for the creation of a module for communication between the ethereum network, and other chains?





The system support this therefore i hope someone will be create interpolarity module. The early stage of system contain the bridge. This bridge connect the old chain and the new chain. These blockchains communicating each other. The future interpolarity module just need extend this function to external blockchains.

This is quite interesting actually.
sr. member
Activity: 602
Merit: 255

BORZALOM 777

Question 7.

The vision for XTRABYTES seems to be to make a better blockchain. So can you explain what you think are problems with the Blockchains that already exist and can you share very generally some long term hopes and vision you have for XTRABYTES into the future.




full member
Activity: 169
Merit: 100

BORZALOM 777

Question 6.

Blockchain generation 3.0 is also about interpolarity, where Blockchains can talk to one another. Are there any future plans for the creation of a module for communication between the ethereum network, and other chains?





The system support this therefore i hope someone will be create interpolarity module. The early stage of system contain the bridge. This bridge connect the old chain and the new chain. These blockchains communicating each other. The future interpolarity module just need extend this function to external blockchains.
sr. member
Activity: 602
Merit: 255

BORZALOM 777

Question 6.

Blockchain generation 3.0 is also about interpolarity, where Blockchains can talk to one another. Are there any future plans for the creation of a module for communication between the ethereum network, and other chains?



full member
Activity: 169
Merit: 100

BORZALOM 777

Question 5.

Once PoSign is running, how are blocks created? Will block time remain the same? Like every 30s we’ll “mint” a new block via the static nodes? How do we ensure all transactions are verified by all nodes at the time of minting? We don’t make a new block until all transactions are agreed?

What if we have 2 servers on opposite sides of the world (Say JPY and UK) and it comes time to make a block... UK has no outstanding transactions so it creates it. Before JPY gets the block update it receives a transaction and sends it off to get ok’d by all servers... now we have a fork? How is this handled? Thanks






Each miner watching lot of different events. Number of transactions and elpassed time of last generated block, who generate the last block etc... Summarize the "value" of this events each block have one "weight". If we have 3 miners and each miner generate block in same time and the generator of last generated block is the #1 miner then the weight of each block is different. The #1 weight is the worster and never be accept this block other miners because the previous block generator is also the #1. The #2 will be the best and the #3 also acceptable if #2 is offline or don't generated block. The block collision is normal event. Each miner and client know what is the "best" block. The block of #2 maybe don't contain all transactions but this is no problem. The next block will be contain the missing transaction. Each block have unique weight therefore never created forks. The chain always contain blocks ordered by weight.
full member
Activity: 169
Merit: 100
BORZALOM 777

Question 4.

How can we validate that XFuel uses the PoSign technology? Is there any technical proof to show how it works?





1.) Start XFuel Wallet and enter to debug console

Welcome to the XFuel RPC console.
Use up and down arrows to navigate history, and Ctrl-L to clear screen.
Type help for an overview of available commands.

2.) Type getinfo

getinfo


{
"version" : 1000001,
"protocolversion" : 10001,
"blocks" : 20012,
"timeoffset" : 0,
"connections" : 3,
"paytxfee" : 0.00000000,
"errors" : ""
}

3.) Get the hash of last block

getblockhash 20012

f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef


4.) Dump the detailed info of this block

getblock f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef


{
"hash" : "f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef",
"confirmations" : 1,
"size" : 282,
"height" : 20012,
"version" : 1,
"merkleroot" : "cab3e8620645adb50a5a7bbe3d156105f64b51983353ee18036228ed0d55ebf5",
"tx" : [
"cab3e8620645adb50a5a7bbe3d156105f64b51983353ee18036228ed0d55ebf5"
],
"time" : 1510086447,
"minerid" : 2,
"signature" : "3045022100a21645344d51435be6d032b44e6d847bfeffbb8c8681fea40a2cf0e5f7c16e4702205 2394414ad868339f434fdb8acfa779d85649d79f51e636036113c010781eaf2",
"previousblockhash" : "10c85a6d2fced7b9c2d111eb87215c2ab06991916ef2c75c0dba992d6a801b79"
}

5.) You see the ID of miner who signed the block and the signature too. The last signer checked and accepted the all previous blocks too



self sign block? wow nem did this at start this bad

Not just self signed. If the miner don't have right to generate and sign the block then all other miners know to try it fake block generation. If you want valid block then the signature only don't enought.
sr. member
Activity: 602
Merit: 255
BORZALOM 777

Question 4.

How can we validate that XFuel uses the PoSign technology? Is there any technical proof to show how it works?





1.) Start XFuel Wallet and enter to debug console

Welcome to the XFuel RPC console.
Use up and down arrows to navigate history, and Ctrl-L to clear screen.
Type help for an overview of available commands.

2.) Type getinfo

getinfo


{
"version" : 1000001,
"protocolversion" : 10001,
"blocks" : 20012,
"timeoffset" : 0,
"connections" : 3,
"paytxfee" : 0.00000000,
"errors" : ""
}

3.) Get the hash of last block

getblockhash 20012

f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef


4.) Dump the detailed info of this block

getblock f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef


{
"hash" : "f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef",
"confirmations" : 1,
"size" : 282,
"height" : 20012,
"version" : 1,
"merkleroot" : "cab3e8620645adb50a5a7bbe3d156105f64b51983353ee18036228ed0d55ebf5",
"tx" : [
"cab3e8620645adb50a5a7bbe3d156105f64b51983353ee18036228ed0d55ebf5"
],
"time" : 1510086447,
"minerid" : 2,
"signature" : "3045022100a21645344d51435be6d032b44e6d847bfeffbb8c8681fea40a2cf0e5f7c16e4702205 2394414ad868339f434fdb8acfa779d85649d79f51e636036113c010781eaf2",
"previousblockhash" : "10c85a6d2fced7b9c2d111eb87215c2ab06991916ef2c75c0dba992d6a801b79"
}

5.) You see the ID of miner who signed the block and the signature too. The last signer checked and accepted the all previous blocks too



Very important to also note (for those crypto tech savvy) that these are not BTC clone blocks. These are new blocks and thus proof that we have a new tech at work here in the early stages.
newbie
Activity: 23
Merit: 0
BORZALOM 777

Question 4.

How can we validate that XFuel uses the PoSign technology? Is there any technical proof to show how it works?





1.) Start XFuel Wallet and enter to debug console

Welcome to the XFuel RPC console.
Use up and down arrows to navigate history, and Ctrl-L to clear screen.
Type help for an overview of available commands.

2.) Type getinfo

getinfo


{
"version" : 1000001,
"protocolversion" : 10001,
"blocks" : 20012,
"timeoffset" : 0,
"connections" : 3,
"paytxfee" : 0.00000000,
"errors" : ""
}

3.) Get the hash of last block

getblockhash 20012

f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef


4.) Dump the detailed info of this block

getblock f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef


{
"hash" : "f6a45819b5393ccaec23195c012c91c4553b2999a49fb753129d6158dd3858ef",
"confirmations" : 1,
"size" : 282,
"height" : 20012,
"version" : 1,
"merkleroot" : "cab3e8620645adb50a5a7bbe3d156105f64b51983353ee18036228ed0d55ebf5",
"tx" : [
"cab3e8620645adb50a5a7bbe3d156105f64b51983353ee18036228ed0d55ebf5"
],
"time" : 1510086447,
"minerid" : 2,
"signature" : "3045022100a21645344d51435be6d032b44e6d847bfeffbb8c8681fea40a2cf0e5f7c16e4702205 2394414ad868339f434fdb8acfa779d85649d79f51e636036113c010781eaf2",
"previousblockhash" : "10c85a6d2fced7b9c2d111eb87215c2ab06991916ef2c75c0dba992d6a801b79"
}

5.) You see the ID of miner who signed the block and the signature too. The last signer checked and accepted the all previous blocks too



self sign block? wow nem did this at start this bad
sr. member
Activity: 602
Merit: 255

BORZALOM 777

Question 5.

Once PoSign is running, how are blocks created? Will block time remain the same? Like every 30s we’ll “mint” a new block via the static nodes? How do we ensure all transactions are verified by all nodes at the time of minting? We don’t make a new block until all transactions are agreed?

What if we have 2 servers on opposite sides of the world (Say JPY and UK) and it comes time to make a block... UK has no outstanding transactions so it creates it. Before JPY gets the block update it receives a transaction and sends it off to get ok’d by all servers... now we have a fork? How is this handled? Thanks




Pages:
Jump to: