[DO NOT USE]

DO NOT USE

It seems that there are some flaws with the contract code !!!   It worked on the test environment fine, but the tx-fees on the mainnet are something that needs to be considered  

I'm leaving this here, so if anyone wants to look at the code, and avoid the mistakes made in it

.... I will update more on the mistakes in the contract code as I figure them out


GDF Lotto (GDFL)

A failed attempt at a lotto smart contract!!

Contract address: 0xD29c0213314151807Cc11F3DC585a788040f74D6
Name: GDF Lotto
Symbol: GDFL
Decimals: 18
Supply: as big as the players put in the jackpot round  

• GDF Lotto (GDFL) is a lottery contract that will award its winner 99% of the jackpot (1% goes to the contract address) on a daily basis.
• Each player can buy as many tickets as they wish, each ticket is at 1 Finney (0.001 ETH).
• A maximum of 100 tickets can be bought at one time, with no limit to how many times each player can participate.
• Every 6500 ETH blocks (which is avg. 1 day), the contract will pick a random ticket number, and awards 99% of the jackpot.
• After each draw, the tickets are reset, and a new jackpot is started
• 1% of the jackpot goes to the contract address

This is my first deployed contract, so as it happens, I forgot to add any events emitters!!    but the code should fine to do the task it supposed to do.

This is not a Token like most of other Tokens out there, there is nothing to hold after each round. You just buy the tickets for each round, and at the end of each one, all tickets are deleted, and jackpot prize goes to the winning ticket.

There will be a website for the contract to help interacting with it, but for now, if you are familiar with Metamask and Remix, you can directly connect to the contract through Injected Web3 option and adding the contract address in At Address

The following are the public functions:

• buyTicket: will allow you to buy lotto tickets, each ticket valued at 1 Finney (0.001 ETH)
• jackpot: will show the current running jackpot size, in number of tickets sold, each at 1 Finney (returns: current round no. of tickets sold)
• playerTickets: will show the player's current number of tickets bought (input: address, returns: no. of tickets)
• raffleTickets: will show the addresses of player in the current round (input: index, returns: address)
• raffles: will show each rounds winning info (input: index, returns: block no, jackpot size, winner address)
• contractBalance: will show balance in the contract, when in round then will include jackpot, when jackpot just started then shows remaining balance in the contract from the 1%
• raffleBlocks: will show set number of blocks for each round, currently set at 6500 blocks, and can be set by setRaffleBlocks

The following are admin functions (created to manage the contract):

• setRaffleBlocks: admin function to set raffleBlocks variable (in case in future I want to change the duration of each round)
• setWithdrawAddr: admin function to set withdrawal address (for the 1% in the contract address)
• withdraw: admin function to withdraw to address set above (from the 1% in the contract address)
• inject: admin function to add funds to the contract address (in case needed)

Notes:

• Tickets are calculated as (net amount received) / 1000000000000000 = no. of tickets
• The 1000000000000000 is equivalent to 1 Finney, or 0.001 ETH
• So if net amount received is 0.0015 ETH, this will result in only 1 ticket, so try to make sure that not too much "dust" is sent to the contract!
• raffleBlocks is set to 6500 blocks, which is a little bit above the daily average ethereum blocks, yet this variable can be changed by the admin (me) to make each round last longer, which should eventually result in a bigger jackpot. My original time was 10 days for each round, which is about 65000 blocks, but I though in the beginning its better to shorten the time span of each round just to make sure that things work alright  
• If 6500 blocks passed, and only 3 participants have bought tickets, then contract will wait until the 4th participant buys a ticket, so a minimum of 4 participants is required for each round

Well, this is all I can think of right now ... Let's see how this works   and I will keep updating here as more comes up

[Global Disruption Fund (GDF)]

Global Disruption Fund (GDF)

Algorithm	Ethash
Type	Proof of Authority (PoA)
Network ID	711
Pre-Mine	4,659,895,656,595,965,632,626,269,565 GDF (the most possible amount!!!)
Global Wallet	TBA
Circulation Wallet	TBA
Price	1 GDF = 1 USD
Initial Launch date	around May/June 2021

Purpose:

The purpose of GDF is to disrupt all the traditional systems that have been abusing the world for the past 100 years, and posing a serious opposition to the greed of super-global private companies, by raising enough funds to acquire real and essential businesses and global resources. With less than 1% of the world’s population controlling over 40% of its wealth, and 60% of the population living on only 2% of the wealth, and no real effort is done to change the scales, the only way is to pose real financial power that can compete and break the global self-serving economic system. All people within their life time should be able to have proper health, proper education, proper housing, proper clothing, and simply a proper life that they enjoy. We are not talking about jet-planes and yachts, but to be able to live their lives not worried about the simplest of human living rights.

GDF is proposed to do just that … act as a global multi-national fund that works for the people, not for profit.

Pegged to the USD, every GDF sold, will be directed to investment in real life products, to acquire firms, farms, supermarket chains, natural resources, factories of all kinds, research labs, schools, everything and anything, and it will do that all over the world! And the best part is … every single GDF will be a stock in that fund. But you won’t make a profit out of it, this fund will work to take over these businesses and operate them to produce the absolutely minimum profit margin that will cover just its operation and future development. And again, you as a stakeholder with your GDF’s, will have a saying in how everything is operated.

Let us say that 1 million GDF’s are sold, which equal to 1 million USD, and there is a farm in Europe that is for sale for 100k USD, a tech company in the US for 200K, a chain of supermarkets in Latin America that is sold for 300K, GDF will work to acquire these and run them. Now let us say 100 million GDF’s are sold! Or 1 billion, or 10 billion, a trillion …. Little by little GDF will own services all around the world!! And they all work for you.

Now let us say that these firms used to over-price their products with something like 30-40% profit margin, of which only 5% went back into the company, and the rest goes into the pockets of the very few shareholders. With GDF this will change!! There will not be 30% going into the pockets of a handful of people, but it will go to reducing the price of goods and services being sold. The only profit margin that will be made is the one necessary for the expansion of that establishment, and the enhancement of the people working in it. And again, little by little, GDF owned entities will start popping up all over the world, with a new business model that works for the people, and not the 1%!! And little by little, people around the world will find more and more sources where they can get their products for fair (the actual cost) price, and little by little, the people will have a fair world!

If you want to learn more about global wealth, google “Credit Suisse Global Wealth Report”, its free online for all the past years, and look at the “global wealth pyramid” on page 29.

And if you want to know more about me, this is a simple read (for free) The Evolution of Humanity .... I'm not trying to promote the book here, but with this very ambitious idea that I'm proposing, I felt that this will help establish some sort of comfort, to know more about me!

And my initial project: SPXTek OU

I will update with more details over the coming weeks.

-------------------------------------------------------------------------------------------------------------------------------------------

The Mint Wallet (Wallet Zero):
is the wallet used to initialize the chain, and hold the total amount of coins that will ever exist on the chain. It DOES NOT represent the Market Capital of GDF. The Market Capital of GDF is valued by the circulating amount of coins, which can be calculated by the value of the Original Mint Wallet (at initialization time) minus the current ....

The Central Wallet (Wallet One):
is the wallet used to hold the coins that are going to be circulated. It's a buffer wallet between the Mint Wallet, and the user's wallet. Coins will be transferred from the Mint Wallet into the Central Wallet, based on the demand of users. The Central Wallet will always try to maintain a sufficient amount of GDF to satisfy the demand. The volume of GDF in the Central Wallet DOES ALSO NOT count as value in the Market Capital of GDF.

Market Capital:
the market cap of GDF will be calculated as the value of only the circulating volume of GDFs. That is: the Original Mint Wallet volume at initialization time - (the current Mint Wallet volume + the current Central Wallet volume) = the actual circulating volume.

Example:

Mint Wallet at initialization time: 1,000,000 GDF

Current Mint Wallet: 900,000 GDF

Current Central Wallet: 99,990 GDF

GDF Market Cap = 1,000,000 - (900,000 + 99,990) = 10 GDF = 10 USD (and not 1 million USD)

The Trading Wallets (Asset Wallets):
GDF will be exchanged against four crypto assets: BTC, ETH, BCH, and ETC. Four wallets will be set, one for each assets, which will be used for the distribution of GDF. Pegged to the USD, and valued at 1 USD, each GDF will be exchanged at the equivalent amount in one of the above mentioned crypto assets. If one would like to acquire 15 GDF, and the value of ETC is 15 USD, then a trade will be made where the user sends 1 ETC and will receive 15 GDF. If BTC is at 50K USD, then that will equal to 50K GDF. These four wallets will have fixed and publicly know addresses, which users can easily check the transactions that are made on them.

Market Value:
While the Market Capital is valued as was described earlier, the real Market Value will be set by the total value of assets kept in the Trading Wallets. Each GDF released in the market, was released in exchanged for its equivalent value in one the forth set crypto assets. The assets have a fluctuating market price. Therefore, while 15 GDF could have been exchanged for 1 ETC (at 1 ETC equals 15 USD), when the price of ETC goes up or down, so will the value of the ETC Trading Wallet, and with it the REAL Market Value of GDF.

Example:

One buys 15 GDF with 1 ETC at 1 ETC = 15 USD.

The ETC Trading Wallet will have 1 ETC in it, and it's market value will equal to 15 USD (perfect, all is balanced)

If the price of ETC goes up to 16 USD, then the ETC wallet that is holding 1 ETC in it, will now be valued at 16 USD, while it was exchanged for 15 GDF, which are valued at 15 USD. The balance now is +1 USD over the Market Cap of GDF. Same goes for if ETC price falls to 14 USD, then the balance will be -1 USD over the Market Cap.

This Balance will also be made made public at all times, and it will show the real position of GDF in terms of it current market value.


-------------------------------------------------------------------------------------------------------------------------------------------


The Vote:

Every GDF distributed is a share in the fund, that counts as a single vote in how the fund is invested. In its basic form, that is very well, but what if a single user held over 50% of all the distributed GDFs out there! Then this user will control the vote every single time!! A voting formula will be devised that considers both the user's stake, and the totality of the user's, by which the votes cannot be manipulated by whoever holds the highest amount of GDFs.

Example:

• 100 users hold a total of 100k GDF.
• 1 user holds 60k GDF, and the remaining 99 users share 40k GDF between them. What do you think a good balanced voting formula could be applied?
• For sure, one that takes into account the equal voting weight for each of the 101 users, but also considers the amount of stake that each of those users have put into the fund!

How about?

• The total number of users (the 100) will be given 60% (or 75) of the weight in the vote, while the remaining weight will be given based on stake!
• Putting this into the numbers:

• 100 GDF distributed on 100 users
• • 1 user holds 60 GDF,
  • while 99 users hold equals amount of the remaining 40 GDFs

• If we consider the “users count” as controlling 60% of the vote weight, then
• • each user will have 60 % / 100 users = 0.6 vote share / user
• The remaining 40% of vote weight will be based on the user’s stake:
• • 40 % / 100 GDF = 0.4 vote share / GDF
  • 1 user holds 60 GDF = 60 x 0.4 = 24 vote share
  • 99 users hold 40 GDF = 40 GDF / 99 users = 0.41 GDF each x 0.4 = 0.164 vote share
• The weight of each user in the vote will be:
• • The 1 user with 60 GDF will be: 0.6 + 24 = 24.6 vote share
  • The 99 users will have each: 0.6 + 0.164 = 0.764 vote shares each
• In this scenario the user with the most GDF will have a higher vote weight, yet will not control the entire vote every time. The user with the 60 GDFs will need around 46 other GDF holders to obtain a 51% of the deciding vote!

The Voting Formula

user’s vote share   =   (  60 (%)  /  [No of user]   )   +   (   ( 40 (%)  /  [ total circulating GDF] ) x user's GDF   )


-------------------------------------------------------------------------------------------------------------------------------------------



The Initial Investment Plan

The main purpose of GDF is to acquire real life assets, and in order to do that, capital must be built!

So what happens until the least required capital is reached?

While BTC and ETH are a good and stable stores for the keeping the capital, still it is always a good idea to have real life assets in the portfolio .... GOLD!

The initial store of capital will be stored in BTC, ETH, and REAL GOLD, with 50% in crypto and 50% in Gold.

The crypto stores will be there for those who wish to "opt-out" of the fund, while gold will be the secure store of capital.

Until enough capital is reached to start acquiring real world assets (land, firms, factories, etc...) all based on the GDF users vote!

[There is a problem with the git (and wiki) VPS, so I made a copy of repo and releases on Github]

There is a problem with the git (and wiki) VPS, so I made a copy of repo and releases on Github


SphinxChain (SPX)
A Blockchain for Blockchains

More details could be found on the project's Wiki page

The project is in the ALPHA TESTING stage right now.


The main idea behind SphinxChain is to create a platform that enables the transacting of any digital asset between parties.
Although right now the only tradable assets are the Ethash / Dagger-Hashimoto ones,
and basically cryptos in the first phases of the project,
but the idea is to enable the trading of any digital asset that can meet certain criteria,
primarily some sort of an API/RPC that allows to communicate with it.


SphinxChain (SPX)
is my third approach to build a (hopefully) meaningful and useful blockchain solution.
My first attempt was a token like coin
and my second attempt was a DEX platform
which brought me to this final project (early post)


Right now there are 25 digital assets available to use on SphinxChain, which are:

Ethash assets
Akroma (AKA), Atheios (ATH), Aura (AURA), Bitcoiin (B2G), Abassian (BNA), Callisto (CLO),
DubaiCoin (DBIX), EtherGem (EGEM), Ellaism (ELLA), EtherSocial Network(ESN),
Ethereum Classic (ETC), Ethereum (ETH), Ether-1 (ETHO), Expanse (EXP),
Hydnora Coin (HORA), Musicoin (MUSIC), Nilu (NILU), Nekunium (NUKO), Pirl (PIRL),
REOSC Ecosystem (REOSC), Sagecity (SAGE), Ubiq (UBQ), Victorium (VIC), Xerom (XERO)

SHA256 assets
Bitcoin Cash (BCH-ABC)



I'm running my own nodes for all the above Ethash assets to ensure stable communications with the asset's networks.
BCH is currently using bitcore-lib-cash npm for key generation & the REST service from bitcoin.com to post transactions.



The project source could be found here

Compiled sources could be found here
temporarily check the link at the top of this post

And you can use / test the wallet via your browser right here (tested on Chrome only)

And a simple core ui could be checked here

unlike other blockchains, SphinxChain won't add blocks
unless there are actual transactions to add to the blockchain,
so there are no zero-trx blocks, and right now the only way to
execute transactions is through the Market Place, which is
not yet open to the public testing



SphinxChain is a project of SPXTek OÜ,
which is an Estonian registered company established by myself
(OÜ means Private Limited Company with me owning 100% of the shares).
It is what one would call these days a startup that I'm trying to establish to provide blockchain solutions.
I have a "roadmap" that I'm working on, with SphinxChain being a starting point.
The company was registered mid last March 2019.

Right now my plan is to fully complete all paper work - neccessary liceneses - needed to provide FinTech / Exchange solutions.
I'm also looking for building a stable infrastructure for the SphinxChain components.

I'm working entirely alone on this project, and I have been working for a year now on a blockchain solution that, as mentioned above, would be of use to the community.
I'm looking forward to everybody's feedback, and hopefully grow this project into what I have in mind for it, which is a lot!!

I apologize for not putting the usual professional layout that we mostly see on any of the posts,
I have been postponing this announcement for a month now,
but I promise that I will keep updating this post and the wiki with every single detail there is

My target is to establish a solid platform that accommodates the honest users of the digital community!!!


Discord channel could be joined here

[Direct transfer]

This is the very early alpha test of my SPX-Wallet for digital assets trading. The idea is to provide a tool that can be used to trade any digital asset, but for now it only accommodates Ethash based coins, 15 of them to be exact:

• Akroma (AKA)
• Aura (ARA)
• Atheios (ATH)
• Bitcoiin (B2G)
• Callisto (CLO)
• DubaiCoin (DBIX)
• EtherSocial (ESN)
• Ethereum Classic (ETC)
• Ether-1 (ETHO)
• Expanse (EXP)
• Musicoin (MUSIC)
• Nilu (NILU)
• Nekonium (NULO)
• Pirl (PIRL)
• Ubiq (UBQ)

The wallet is available as a precompiled APK file to download (Android only for now), the source code will be published later on as soon as I setup the git node on the server ... the wallet will be open source, and so will be all parts of the project.

The wallet is part of my latest attempt at building a useful blockchain system that can add new services to the community. The wallet will provide right now the following functions:

• Direct transfer for any of the 15 assets listed above, this has the same functions like using any web-based wallet where you hold the keys for your asset (public and private) but still use a remote RPC node to execute your transactions
• Trading of assets, any from the above listed 15 assets, where you can place a market order for the asset and the amount you want to trade, and the asset and amount you want in return, and the backend server handles the matching and execution of your trade when matched. Right now Market Orders are limited to what I call "Private" orders, in which you set the counter-party of your trade so the order is locked to only that person. In other words, if you want to trade lets say 5 AKA for 15 ATH, and a friend wants to trade you that, so the market order provides you with the place to execute such a transaction, where you will make your order with 5 AKA for 15 ATH and set your friends AKA address in the order, and then your friend makes his order with 15 ATH for 5 AKA and sets your ATH address in the order the system will make the trade / swap for you

Now, how does that work, when you make an order, your order amount is transferred to a temp address and locked there for until the counter party makes its order. Once both sides have their order amounts locked, the system then releases the amounts to each side. The is a 0.1% commission fee on these orders (that's 1 in 1000 of the amount). Also when making a Market Order, the system checks for the current going network fee for the asset that you are placing the order on and locks 4x that value while the order is being processed. The reason that this is done is to cover the network fees for both the actual transfer of assets to your destination, and for the commission fee payment. In theory that should only be 2x the network fees, but as these fees tend to move a bit up and down, so even at 3x the fees held back, still it can happen that funds turn out to be too low to execute the required transactions. In the end, any remaining assets still remain in the temp address after both transactions are made, they are then returned to the originating address (your address), which I call the "dust" transaction.

The market order takes the following steps to execute:

• You place your order
• Your assets are transferred to a temp address and locked there waiting for their match
• Once a match is located, assets are released to both parties
• Once the swap is completed, then the commission fees are paid
• After that, the temp account is checked to see if any assets still remain in it, and if so they are returned to the originating address

It is very important to understand that right now ONLY private orders are working, that is the orders that have a fixed destination address set in them, I have yet to complete the matching process for the "public" orders where you can place an order for anyone to grab. So what I do right now to test the system is that I make the orders from and to myself between two different assets.

The wallet has sort of a new feature that is not present in many of the other wallets out there is that it contains a contacts section. Now when you register your account and add the assets you want to use to the wallet, you should go to the "Profile" section and press the "Sync Account" button. This will sync your account with the server, sending your asset's public keys (wallet address), so you and anybody else can use your "Account name" to easily make transfers. All you have to do is press the "contacts" icon in the send assets section or the market order section, select the name of the person your want to send to, and the wallet automatically fetches their public key (wallet address) and sets it in the order form for you (it will be more apparent once you see it in the app).

Now to register your account:

• In the login screen, press the "SWITCH TO REGISTER" button
• select a username, this will be your handle in the system and the name that everybody will see in the contacts list
• set your password, AND THIS IS VERY IMPORTANT, your password is used to encrypt your private keys on the phone's storage, and the password is not saved anywhere, not on your phone, and not on the backend server, and not anywhere, so if you lose it, right now there is no way to recover the private keys at all (there isn't a backup function yet implemented), but you can always screenshot the private keys from within the assets sections to keep a backup of them

Once you register, you will be taken back to the login screen, login with your password, and then go to the Assets section. To add assets (create your own key pairs for each asset) just press the plus "+" sign in the upper right corner, select the asset, and click "GENERATE". Both public and private keys will be generated for you (you can take a screen shot of this screen to backup your private key to use anywhere - like myetherwallet for example). You can then add funds to your assets by transferring normally to your new wallet address. Each asset can only have one address.

To check your balance, the assets page has a pull option (pull the page down to check for balance updates), and to send out assets:

• click on any of the assets you have, then click on the "Send" button at the bottom
• select the asset you want to send from (only assets with balance will show up, so make sure that you have updated the balance before trying to send)
• your balance will show up and so will the current network fees for that asset (note that these transactions there are no commission fees on them, they are normal "same-asset" transfers like doing them using any web wallet
• you can then:
  
  • type in the recipient address, or
  • scan a q-code using the "q-code" button at the top right, or
  • select a contact from the other registered contacts on the system using the "contacts" button also on the top right corner
• type in the amount you want to send, or press "SEND ALL" to send all your balance
• and click "SEND"

once the transaction is executed, the transaction hash will be displayed.

To make a Market order:

• go to the Market section and click the add "+" button at the upper right corner
• select the originating asset you want to trade and add the amount you are offering to trade
• select the destination asset you want to receive and the amount you want to get
• set the recipient address - and THIS IS VERY IMPORTANT - either again by typing the address, scanning the q-code, or selecting from the contacts
• click the "CREATE ORDER" button

You will see some messages showing you the status of your order submission which are:

• The balance of your originating asset to see if there is enough funds
• The amount set is then transferred to its locking address
• Then you will get a result showing all the order details, including the address of the locking wallet and the transaction hash for the transfer, which you could then check using that asset's explorer on the web (that has to be done manually for now, later this will be added into the wallet)

Once the order is submitted, press the back arrow "<-" button at the top left corner to go back to the market screen, and refresh the page by again pulling the page down. Now every order goes through many stages and each has its own status:

• 10: Order is submitted but funds have not reached the temp locking address yet
• 12: Funds have reached the temp wallet
• 20: Match has been found for the order
• 21: Match process is initiated, i.e. funds are being sent to both parties
• 22: Match is completed, i.e. transaction has reached a block on the asset's network
• 31: Fees are being issued
• 32: Fees issuance is completed
• 41: Checking if temp wallet has dust in it, and if so then initiate refund to originating wallet
• 42: Dust issuance is completed
• 50: Order is completed and ready to be moved to SPX blockchain (will explain in a bit)

In reality, both sender and receiver get their funds at the "22" status, yet the order remains open to complete the remaining stages of issuing commission fees and returning dust.

Now this entire system is actually built on a blockchain system that I developed to accommodate the trading of any digital asset. This blockchain is written (and still is being written) from scratch. Unlike traditional blockchains, this has a bit different structure to encapsulate the assets transactions with its blocks, and since the assets will come from different chain (even though right now they are all ethash based assets, the objective is to include all digital assets that can be accessed via API and RPC), the structure of the order is a bit different, and so is the structure of the transaction, and so of the block.

Here is a sample of how an order looks like (I will explain the structure in details in the whitepaper):

Code:

       {
          "id": "002cb440-6dc7-11e9-86a4-95ac509c07db",
          "outputs": {},
          "orders": {
            "order": {
              "id": "634d6700-6dc6-11e9-86a4-95ac509c07db",
              "spxId": "0416e301e53723a00ebf1b88349a9f42dd3bff136aaf62d8b9183beb101eb5d1adf685a4a4a8c606e4ad4e885712c2d1e1ca2ac8fede9ec3f6",
              "spxSig": "303d021c65224bc472e9cdf1dbcc7c02e478d00c94c6a1b29dbce366d954a992021d00db064bdc59f0d86bfb5d2c883cd82aeabf3b8a299150c8593e4b92b3",
              "headerTrx": {
                "timestamp": 1556903444853,
                "nodeHash": "5597aacbce4d635a2514e4a69d1c64066e749602b424ad14acf3d450c4ec1da1",
                "balanceKey": "0494bd924864527aa4e4b55e3eb8767aa033c549a0ba6a941d595b0eb6e24e6e275c6e8143ba36ac9dd37efc510771c2103c98a3d3358db579",
                "publicKey": "04d76a4a53d586d2cc5e7df2348100b0a105efe0be1702b7f5f9d85a16fe0ac1f08c1c17c29c600c36fe10b4b542d4f611a3006b9e7c03220a",
                "orderHash": "38477d93c8044263c95bbeb3c9efbcaa93ebf338198cd6009fa2e37bd16cb444",
                "privateHash": "f711b52d3f21127e90e8d27d6761af81bc1b482e37187d3a47fcf731127cc7c4",
                "orderSignature": "303d021d00d214fffdcc843aee673920fd221c685c88b4ceaac1c23ade5e2f4ebc021c1cb5595d504850ddd7fc695bb005a9b3e14a4f361df3600462dbc0bd",
                "notes": "",
                "orderStatus": 50,
                "laststamp": 1556903687959
              },
              "originTrx": {
                "symbol": "AKA",
                "fromAddress": "0x1ffF87c4bd0d18e6E7C77B794Df72Dd553DC9e48",
                "toAddress": "0x1ffF87c4bd0d18e6E7C77B794Df72Dd553DC9e48",
                "amount": 1,
                "trxHash": "0xcca83eb0b092216abc6bc427a5f31c6967dd3d371c9415f0829c5cf778bd6754",
                "blockId": 3115037,
                "timestamp": 1556903594166
              },
              "destTrx": {
                "symbol": "ESN",
                "address": "0xe6d3B62F54D01B0f6F70267018A4B6304ED108C2",
                "amount": 1,
                "orderHash": "18b096237bad2140b8ed7dd0ab8a3350303dfc0a0f3f7124fc935f69def4e3c8"
              },
              "isTrx": {
                "address": "0xeDCc062e442681A816a4E7810858fe059420c05C",
                "amount": 1.002764,
                "fees": 0.001764,
                "trxHash": "0xced66e1dd76d664574560e995125e7ff480c0ecf47c80e1de46e0131241d4986",
                "blockId": 3115030,
                "timestamp": 1556903500985
              },
              "feeTrx": {
                "address": "0x6c07418b1181bF05D1fcC2679971a23d38E9faAF",
                "amount": 0.001,
                "trxHash": "0xd46f4e072f438646cc8b789bdef217bcee91def01adc4fe8ea3fd4952582d5e7",
                "blockId": 3115039,
                "timestamp": 1556903625346
              },
              "dustTrx": {
                "amount": 0.000441,
                "trxHash": "0xf70be41d8d09d81e9d23712c42c9d2dc236548aabb2cbf1900011127ef3ed1c0",
                "blockId": 3115045,
                "timestamp": 1556903657407
              }
            }
          }

and here is how a block looks like (again detailed explanation for it will be in the white paper):

Code:

   {
      "blockId": 20,
      "timestamp": 1557096862,
      "prevHash": "001190a615684dcd1ab825084a0e57528c83768dd56d1deca016189bb4ea16c5",
      "hash": "0017d7032e5c9b71cdeda81bb4c5fc66ac158f0d5ff2ec0516e91f867f6a46ae",
      "nonce": 1852,
      "difficulty": 11,
      "data": [
        {
          "id": "a7382220-6f88-11e9-8594-5783d4e4c961",
          "outputs": {},
          "orders": {
            "order": {
              "id": "a17331a0-6f87-11e9-8f11-576422446ca7",
              "spxId": "04d16d1c120761fb2533c9461579cc6e1e8a45a4d461d206a24456a34e8880f6032712869a78d35efb502d6227f1b7ac38f894256a53f41343",
              "spxSig": "303e021d00eaaea8c3f64e1857e0a0946111c0ef19dc9546293543e5acc71dfc6b021d00b747177fa31b3cb5f7c2547cf45530aef9ec5a1e127b921824e5a415",
              "headerTrx": {
                "timestamp": 1557096393,
                "nodeHash": "5597aacbce4d635a2514e4a69d1c64066e749602b424ad14acf3d450c4ec1da1",
                "balanceKey": "0494bd924864527aa4e4b55e3eb8767aa033c549a0ba6a941d595b0eb6e24e6e275c6e8143ba36ac9dd37efc510771c2103c98a3d3358db579",
                "publicKey": "04d76a4a53d586d2cc5e7df2348100b0a105efe0be1702b7f5f9d85a16fe0ac1f08c1c17c29c600c36fe10b4b542d4f611a3006b9e7c03220a",
                "orderHash": "316a6e445fec7f87954489968b468503dd6adb5b3d1a07d817a1fd318cc3bbbf",
                "privateHash": "47d1cf588a483ad47b860577d47b0b3d8f040e9e4c0b0d202aa3f1725558f330",
                "orderSignature": "303d021d00e10dc22271e53a176f48eb79e46f4cdc8f2b9059f9774f307b00f537021c65962d45059c8d76963f9185f62ec5921e41111383d555a12d53fd04",
                "notes": "",
                "orderStatus": 50,
                "laststamp": 1557096802
              },
              "originTrx": {
                "symbol": "AKA",
                "fromAddress": "0xCeEf853dAE9e8ceF63bCc8F0d724AA0036c4c123",
                "toAddress": "0x1ffF87c4bd0d18e6E7C77B794Df72Dd553DC9e48",
                "amount": 5,
                "trxHash": "0xbfcba28e9e9495c9fff1cc44386c91c0c4358da57788744ffeca11de56b7039e",
                "blockId": 3129686,
                "timestamp": 1557096485
              },
              "destTrx": {
                "symbol": "ESN",
                "address": "0x765F614B4cEa61D49Dd5831D5daC998Ef0150873",
                "amount": 5,
                "orderHash": "5b0779af2f5f7c045d696d8d99a6a23b87c488c3c60600c0651326cef5321581"
              },
              "isTrx": {
                "address": "0xeDCc062e442681A816a4E7810858fe059420c05C",
                "amount": 5.00668,
                "fees": 0.00168,
                "trxHash": "0x25335d354ab2193edd329c35e93d74d72c0aec06f98e485da7581e0b436b3864",
                "blockId": 3129682,
                "timestamp": 1557096422
              },
              "feeTrx": {
                "address": "0x6c07418b1181bF05D1fcC2679971a23d38E9faAF",
                "amount": 0.005,
                "trxHash": "0xc7d261a0b352807f1e7ff1c3da84dc211097e6662c3f11e702a059b8dfeb914e",
                "blockId": 3129694,
                "timestamp": 1557096518
              },
              "dustTrx": {
                "amount": 0.00042,
                "trxHash": "0xf5b3fadb57a3a1c6cc97f0ac798f407494ac8d245c66f87e93afe77a3b0e8b26",
                "blockId": 3129696,
                "timestamp": 1557096583
              }
            }
          },
          "input": {
            "timestamp": 1557096832,
            "hash": "3e71c5c4a4ab3ae3c45e2e6ff6efcef93dc5a1750576ee4c4ed9135eac719f43",
            "balanceKey": "0494bd924864527aa4e4b55e3eb8767aa033c549a0ba6a941d595b0eb6e24e6e275c6e8143ba36ac9dd37efc510771c2103c98a3d3358db579",
            "balance": 200000023,
            "nodeKey": "04d76a4a53d586d2cc5e7df2348100b0a105efe0be1702b7f5f9d85a16fe0ac1f08c1c17c29c600c36fe10b4b542d4f611a3006b9e7c03220a",
            "signature": "303e021d00c6768fc238090a64821b60015bf6d942729894b7362923cfd35d58f6021d00d75b4b7bcbc53fe36a082e4f70781604f6a2ee21cd3c464f496cbea9"
          }
        },
        {
          "id": "a739f6e0-6f88-11e9-8594-5783d4e4c961",
          "outputs": {
            "0494bd924864527aa4e4b55e3eb8767aa033c549a0ba6a941d595b0eb6e24e6e275c6e8143ba36ac9dd37efc510771c2103c98a3d3358db579": 1
          },
          "orders": {},
          "input": {
            "timestamp": 1557096832,
            "hash": "5ccc26f6e77cbfc7d92fb13be0b6bb50cef657c5686d1382a0373c129b08eef6",
            "balanceKey": "reward",
            "balance": 0,
            "nodeKey": "reward",
            "signature": ""
          }
        },
        {
          "id": "a73a1df0-6f88-11e9-8594-5783d4e4c961",
          "outputs": {
            "04d16d1c120761fb2533c9461579cc6e1e8a45a4d461d206a24456a34e8880f6032712869a78d35efb502d6227f1b7ac38f894256a53f41343": 1
          },
          "orders": {},
          "input": {
            "timestamp": 1557096832,
            "hash": "47340d3d5e419a20d402af2d26cb18dea32f58ae0f464ce654ae2003adc85e43",
            "balanceKey": "reward",
            "balance": 0,
            "nodeKey": "reward",
            "signature": ""
          }
        }
      ]
    }

Now all of this is running on what I call the SphinxChain and using what I call the SPX-ID (which is basically your public key on the SPX blockchain) and I also call it SPX-Token since it will hold your SPX-T assets. You get (for now) 1 SPX token with every completed market order.

It is important to understand:

• This is an alpha release and I'm putting it out there now just to test it, so please:
  
  • use it very carefully
  • do not put a lot of funds in it (even though things are working, still I am still testing it)
• right now I'm testing using a very modest server and have not tested it for heavy loads, so things could be a bit slow at some points
• all 15 assets running, I am running my own nodes for them to make sure that the wallets can reach their respective nodes (public RPC nodes could be a bit unstable, although I am planning to make it an option to use them later on, so users can set their own RPC nodes to use for their assets)
• again .... this is ALPHA stage ... go easy please

Well ... that's a lot of words with no images or anything ... so if you made it that far ... give it a try and let me know what you think!

BTW: this is where it all started:

SPX10

SPXED

This is the history of this project, going from the ethash PoA based coin (SPX10) to the decentralized exchange (SPXED) to this here. In reality all these other projects will come together as part of the SphinxChain eco-system, but I am working on my own (which I don't mind) but things tend to take their own pace !!!

The Discord channel could be found here.

Hope you like and enjoy and find this useful !!!

[SphinxCoin DEX (SPXED)]

SphinxCoin DEX (SPXED)




SphinxCoin DEX (SPXED) is a new approach to decentralized exchanges.

I am building it from the ground up and basing it on its own blockchain.

Right now I'm releasing the Alpha version of it, which can be tested here: SPXED.






I am still working on the whitepaper but this is the initial draft for the project.


My plan or roadmap is:

February: launch the Alpha release
March: complete the P2P network code, whitepaper, and publish source code
April: launch Beta release, including additional algorithms
May: launch the Client app
July: launch SPXED version 1.0


I hope that you read our draft which explains a bit more about the idea of SPXED.

SPXED Discord channel could be found here.

[SphinxCoin (SPX10)]

SphinxCoin SPX10 project is currently on hold!

Right now I'm working on something else, and will announce it within this week. At least it's alpha release!!!




SphinxCoin (SPX10)
A True Crypto-Basket Coin




SphinxCoin (SPX10) is a new form of coin that represents a basket of coins within it.

We would like to call it a "Crypto-Basket Coin" or CBC.

Our Website

Every SPX10 equals 10 coins from 10 different crypto-currencies.




SPX10 is based on Ethash and uses Proof-of-Authority (PoA) type of work.

SPX10 has very limited supply of 300,000 SPX10 coins.

SPX10 has 0 transfer fees between wallets.


Our Platform is designed to enable you to View, Buy, and Refund SPX10.




Right now we are only supplying Geth based wallet which can be setup from our github page.
Our wiki has detailed steps on how-to setup your SPX10 node.

We plan on releasing our Desktop & Mobile wallets by end November 2018.


SPX10 network has been running since early October 2018 -  our network stats.

SPX10 committed only 1 transaction on our mainnet - our block explorer.

We hope that you read our whitepaper which explains in details the idea of SPX10.

SPX10 Discord channel could be found here.

Our Roadmap

• 2018 Q4: October - Launch SphinxCoin & Platform
• 2018 Q4: November - Launch Desktop & Mobile wallets - beta wallet
• 2018 Q4: December - Get listed on an exchange Single-Coin Payment
• 2019 Q1: March - Register SphinxCoin as a Legal Entity
• 2019 Q2: April - Introduce our next product

SPX10 is NOT A TOKEN and DOES NOT HAVE MINING and is NOT AN ICO
but rather a coin that runs on proof of authority algorithm and represents a basket of coins within it.
Every SPX10 coin issued will hold 10 coins from 10 crypto-currencies in safe storage.
Our platform is a transparent view of all our wallets and the status of the funds within them.
Our whitepaper explains in length the concept of SPX10.

Update 1

Uploaded our beta wallet to github.

This is still at a very early beta stage, but it will allow users to create and use not only SPX10 , but also will create wallets for all the SPX10 underlying symbols.

We will also be doing some changes to our roadmap, specifically to the "getting listed" part, as it seems to us right now that this is not (or might not) the right action for SPX10, as it is not intended to act as like normal crypto currencies or tokens. We will be focusing on the "Single-Coin Payment" solution, as this is the most important update needed now for SPX10.

We will update the whitepaper as soon as we have finished the "Single-Coin Payment" as it should bring some very nice changes to SPX10

SphinxCoin Pools

We have stopped our pools to launch our new coin SphinxCoin (SPX10)

[someone hacked and stole my account "megacrypto"]

Hi all,

someone hacked and stole my account "megacrypto"

https://bitcointalk.org/index.php?action=profile;u=896800

I was away on holiday and I believe that this hack was done sometime between July 9th and July 17th .... anything posted after July 9th is not by me !!!

The account was obviously hacked for the few merits that I have, and it's now pointing to some ZeroState coin (I posted on their ANN page to let them know that someone hacked my account and is using it to relate himself to their coin ... waiting to see what they will say!!!)

In all cases, whoever is controlling the account megacrypto now does not have all the merits or posts you see ... be aware

If anyone would look into the account's posts , you will easily see that there is a distinct way of writing and interest between before July 9th and all posts after!!!

If anyone could point me to admins who can help me get the account back ... I would be very thankful!!

Be careful all .... Thank you