Topic: [ANN][XPU] The first stateless sharded blockchain | Instant Sync | PoW | CPU/GPU (Read 2550 times)
September 07, 2023, 07:48:31 PM
How to send a $100 bill through the XPU blockchain instead of through the post: https://twitter.com/octavianonce/status/1699930051804823785?s=20
August 20, 2023, 03:41:52 PM
Understanding shards in XPU: https://twitter.com/octavianonce/status/1693347316697010402?s=20
August 01, 2023, 08:05:54 AM
The crowdsale is now ended. We have renounced ownership of the crowdsale contract and authorisations will no longer be possible from this moment forward. If you have participated there is nothing you have to do to transfer your coins. In order to avoid gas fees and to avoid depending on the Ethereum chain, all purchased coins will be available directly on the mainnet and will be spendable using the ETH key you have used to purchase the coins. Both private keys and hardware wallets will be able to redeem the coins. Instructions on how to redeem them will be available directly in the wallet at launch.
July 27, 2023, 04:32:47 PM
AresMiner is malware. It is posted in pretty much every thread now. Don't download it.
June 28, 2023, 03:28:28 AM
We have updated the crowdsale rate, 1 ETH = 12000 XPU during the pre-sale phase. We will also be closing the sale on the 1st of August at 12pm GMT. Any unsold XPU will be burnt. More info on how XPU is moved from the ETH blockchain to the Purplecoin blockchain coming soon.
June 14, 2023, 07:34:54 PM
How XPU can run in a browser: https://twitter.com/octavianonce/status/1669085160313069568?s=20
June 13, 2023, 04:00:52 PM
Pre-sale IS a promise of ROI. Otherwise, why would anyone buy a pre-sale that will go down 10x on launch? Or I'm missing the basic math here again?
A presale can be made with a promise of ROI. We have made no such promise. We are simply selling part of the tokens prior to launch as a way to potentially fund, and speed up the development of the ecosystem along with offering a way for people to get their hands on it without requiring to mine. The tokens are used to pay transaction fees. If it goes up or down is related to how much the blockchain itself is used or not in the future. This is related to future user growth, how many other assets are implemented on top, and is not promised to happen.
June 13, 2023, 02:58:08 PM
Pre-sale IS a promise of ROI. Otherwise, why would anyone buy a pre-sale that will go down 10x on launch? Or I'm missing the basic math here again?
June 13, 2023, 12:54:47 PM
Why XPU will not be considered a security according to the SEC: https://twitter.com/octavianonce/status/1667478700638568448?s=20
Of course it's a security, you have ICO that instantly makes it a security that you are selling right now to people without an available project on hand, then you have pre-mine that is not distributed via PoW making it a double security.
Atm you can even rug anyone on the ICO since the project is not live and not even done.
Having a pre-mine doesn't necessarily mean it is a security. What makes a token a security is if it gives ownership rights to a certain enterprise or if it promises returns to holders, for example staking. XPU doesn't offer returns or voting rights to governance. In fact, not even the foundation which will be incorporate with the sale funds will govern the project, it will rather be responsible on sponsoring and developing the ecosystem. Changes to the protocol will be agreed to by the p2p layer in a decentralised manner exactly like in Bitcoin.
The sale is closer to selling cloud credits before deploying a public cloud. Except in this case, they are "blockchain credits" and the blockchain won't be controlled by anyone.
I've actually just posted about this:
https://twitter.com/octavianonce/status/1668659963349151754
June 13, 2023, 06:31:59 AM
Why XPU will not be considered a security according to the SEC: https://twitter.com/octavianonce/status/1667478700638568448?s=20
Of course it's a security, you have ICO that instantly makes it a security that you are selling right now to people without an available project on hand, then you have pre-mine that is not distributed via PoW making it a double security.
Atm you can even rug anyone on the ICO since the project is not live and not even done.
June 10, 2023, 06:36:06 AM
Why XPU will not be considered a security according to the SEC: https://twitter.com/octavianonce/status/1667478700638568448?s=20
June 09, 2023, 11:09:21 AM
We have updated the crowdsale rate, 1 ETH = 21000 XPU during the pre-sale phase.
June 02, 2023, 05:45:55 PM
We have a new website! https://purplecoin.io/
May 28, 2023, 02:57:52 PM
Stateful vs stateless blockchains pros and cons: https://twitter.com/octavianonce/status/1662886412541149186?s=20
May 25, 2023, 11:12:12 AM
What does "stateless" and "stateful" mean: https://twitter.com/octavianonce/status/1661749957999853586?s=20
May 23, 2023, 09:01:02 AM
Following an assessment of the remaining tasks, we estimate the following:
* Testnet launch: August 2023
* Mainnet launch: January 2024
* Testnet launch: August 2023
* Mainnet launch: January 2024
May 18, 2023, 10:41:59 AM
Addresses in XPU: https://twitter.com/octavianonce/status/1658880977110802432?s=20
May 12, 2023, 01:05:54 PM
How Virtual Power Plants would work with XPU: https://twitter.com/octavianonce/status/1657038421309702149?s=20
May 07, 2023, 04:02:12 PM
A short summary on XPU: https://twitter.com/octavianonce/status/1655297081504825348?s=20
April 30, 2023, 05:33:11 PM
I have just added a new opcode to the VM specification which allows long-running computations on the blockchain to a specific limit. These are smart contracts/spending scripts which execute over the span of several blocks and represents a new way of handling the halting problem in blockchains:
Taken from the Technical Roadmap:
OP 0x05 Suspend - Suspends execution of the VM and creates an opaque output with the hash of the current execution state i.e. stack frame + input_stack + output_stack. This output can be respent to resume execution by anyone who includes it in a new transaction along with another input to pay the transaction fees. The VM must be started with special flags to resume the execution of the opaque output which must receive as arguments in the new transaction the following things: the original spending script, and the VM state binary blob.
Also taken from the Technical Roadmap:
With a limit on suspends, nodes can execute the whole chain of transactions and pre-validate them in order to determine if they will all execute whenever they receive a transaction which hits the Suspend opcode. By placing the correct upper bound on suspendable transactions, we can run long computations on the blockchain while also mitigating DDOS vectors in the mempool. The idea is that on the first transaction in a chain of these, the whole computation would be run up to either the number of suspends or the limit on suspends to validate the whole chain. Further transactions wouldn't require validating the whole chain as the VM state proves it was validated via a sequence number included in the vm state binary blob via consensus.
The optimal suspend limit parameter must still be determined by network tests.
Taken from the Technical Roadmap:
OP 0x05 Suspend - Suspends execution of the VM and creates an opaque output with the hash of the current execution state i.e. stack frame + input_stack + output_stack. This output can be respent to resume execution by anyone who includes it in a new transaction along with another input to pay the transaction fees. The VM must be started with special flags to resume the execution of the opaque output which must receive as arguments in the new transaction the following things: the original spending script, and the VM state binary blob.
Also taken from the Technical Roadmap:
With a limit on suspends, nodes can execute the whole chain of transactions and pre-validate them in order to determine if they will all execute whenever they receive a transaction which hits the Suspend opcode. By placing the correct upper bound on suspendable transactions, we can run long computations on the blockchain while also mitigating DDOS vectors in the mempool. The idea is that on the first transaction in a chain of these, the whole computation would be run up to either the number of suspends or the limit on suspends to validate the whole chain. Further transactions wouldn't require validating the whole chain as the VM state proves it was validated via a sequence number included in the vm state binary blob via consensus.
The optimal suspend limit parameter must still be determined by network tests.
Jump to: