Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - barwizi

Pages: [1] 2 3
General Discussion / Image, marketing and expansion
« on: March 06, 2015, 12:14:56 pm »
I'm not easily available nowadays, but i had to come back and say this. I am very disappointed with the current situation.

I just read some thread on bitcointalk and it seems that we have resorted to spamming about Bitshres with links and very little supporting information.

If you want to capture crowds, then easy does it. boil it down to simple informative texts that do not sound pompous, boring or evasive.

I'm out again. see you in a month

General Discussion / BitaAssets Ball dropping
« on: January 14, 2015, 06:08:27 pm »
I think BitAssets has not been properly marketed, ya'llz dropped the ball on that. You need to get a crack team on it asap, especially now.

General Discussion / Stan Larimer
« on: January 13, 2015, 10:32:45 am »
i just want to give you a


for how you are consistently earning your keep by standing up and responding on Bitcointalk.

General Discussion / What is a DAC
« on: March 08, 2014, 11:13:57 pm »
seems people are confusing the concept. Lets have a technical, then a non technical description.

In the spirit of encouraging people to produce DACs i have begun creating clean templates of the software used in the community thus far.

Please use this thread for requests and questions only. maybe tips too

General Discussion / FUD
« on: March 06, 2014, 08:06:54 am »
err, so there were problems found with the snapshot, there is going to have to be a new one sometime soon.

General Discussion / [Proposal] Bounty for Easy to launch DAC code
« on: March 03, 2014, 08:32:21 pm »
Many people have ideas but no idea how to code. I propose a bounty be posted for clean templates of the existing code bases in the community for easy use, along with detailed guides on what can be modified in graduating order from a total noob to semi-competent developers. Thus far NRS,MMC,PTS are great but anyone who wishes to use them will suffer to get things started.

Additional Bounties could be set up for introducing new useable code bases for different applications.

This will help kick start DAC deployment outside of the usual developer circles.

BitShares PTS / Price
« on: February 28, 2014, 01:46:10 pm »
lol, bee watching the price drop wide eyed, people are so afraid that rather than chance it for after  the snapshot, they are selling high now.

General Discussion / Noir Investment Group : NoirShares
« on: February 14, 2014, 04:05:42 pm »
NoirShares is the first hybrid Momentum PoS/PoW crypto. Momentum algo has memory hard qualities which make reduce GPU mining advantages.

The combination momentum Proof of Work with a Proof of stake implementation serves to guard against 51% attacks. 51% attacks are situations where a person or group holds hash power equivalent to 51% or more of total network hash. This allows them to double spend their shares through a first spend then overwritting the valid block chain with their own longer block chain. Proof-of-stake block generation reduces the risk of 51% attacks because the cost of acquiring 51% of all stake would be much higher due to having to buy at least 51% of all shares in existence, that and the cost of acquiring 51% of all mining power makes the cost of attempting and attack prohibitive if not down right imposiible as the price per share will rise as people notice the demand. In some cases other miners and traders will halt sales just to wait out for the highest price, thusly making it even more complicated and nigh impossible to achieve 51% control. In a 51% stake attack the attacker's investment would be directly at risk of losing value. By contrast, with a 51% mining attack on a pure PoW implementation  the attacker would still own the mining hardware which could either be sold or used to mine a different cryptocurrency following the attack.

These measures serve to secure the network also in that users are inclined to keep their nodes online in order to generate stake.

As proof-of-work blocks become less rewarding, coin generation becomes increasingly based on proof-of-stake block generation which in of it's own is energy efficient and requires less resources. Thus protecting the chain from attackers becomes far less expensive.

NoirShares Features and Parameters

Doubles as both currency and equity for the NIG group. 

80 shares per block initially

Per block difficulty adjustment

~ 5 million coins will be produced via PoW
5% block reward reduction every 3000 blocks

Minumum Stake age is 7 days, full age 14 days

Tx fees are 0.01 NRS are destroyed in an attempt at aggresively countering inflation due to mining and stake

As the chain progresses and transitions to relying more on PoS blocks, it becomes highly energy efficient in comparison to pure PoW coins. This weaning of reliance on high powered machines encourages the average user to be able to have a functioning node that if used properly can be profitable.

Posts will run concurrently here and on

Details on NRS as a DAC candidate will be posted here and information relative to the Noir Investment group will be posted @

Source code for review and Linux machines


Windows and Mac clients in the works. Here is windows but it's got a few bumps, working to fix that now.

Stand alone windows miner

Understanding how your investment works

Noir Investment Group

Investment Options

Block Crawler

NRS Block Quarry

General Fund now open for Shares.

PTS :- Pv2FwmEsDcTYaCipdTUiC4kfPtSfYY84iP
BTC :-  1Nf7PswAM87DWXfRLWxVVTjb8BYK3qfQuS

Technical Support / Importing Balances
« on: February 14, 2014, 12:16:22 pm »
 am trying to import protoshares balances into a chain. I found the following pieces of code:-

std::map<std::string,int64> getGenesisBalances(){
   std::map<std::string,int64> genesisBalances;
   // ProtoShares balances, these will only be included if i get the method right
   ifstream myfile ("genesisbalances.txt");
   char * pEnd;
   std::string line;
   if (myfile.is_open()){
      while ( myfile.good() ){
         getline (myfile,line);
         std::vector<std::string> strs;
         boost::split(strs, line, boost::is_any_of(","));
   return genesisBalances;


   //Block 1 - add balances for beta testers, protoshares
       std::map<std::string,int64> genesisBalances= getGenesisBalances();
   std::map<std::string,int64>::iterator balit;
   int i=1;
   int64 total=0;
   for(balit=genesisBalances.begin(); balit!=genesisBalances.end(); ++balit){
      CBitcoinAddress address(balit->first);
      txNew.vout.scriptPubKey.SetDestination( address.Get() );
      txNew.vout.nValue = balit->second;
   printf("Total ...%llu\n",total); 

now i am trying to figure out the structure of the genesisbalances.txt required

is it meant to be like this


or with commas at the end like this :-


or like this, with no new lines at the end?


General Discussion / Centralized Exchange
« on: February 05, 2014, 06:49:05 pm »
I have been talking and searching and have finally come down to actual coding. Most people suggest starting from scratch however the time frame is much too large for my liking. I have found two possible options that i need to only modify and deploy since i intend to have only a small exchange offering trade for PTS, NRS , NRB and a few other coins for direct fiat. Even the user base will be limited since i intend to allow only 300 new users a month so that i can scale it without overloading and users not suffering lag. It also provides me time to work with a few people in order to streamline deposits and withdrawals of fiat without the huge delays other exchanges are giving.

I'd like to ask for ideas and opinions on intersango vs buttercoin , they are open source exchange platforms. If all goes well my DAC will be for this business.

MemoryCoin / MMC Ubuntu compile error
« on: January 30, 2014, 01:20:47 pm »
I made a few modifications to add coin control to the client but it now refuses to compile i get this error:-

Code: [Select]
cd /home/barwizi/memorycoin-psforkinit/memorycoin-psforkinit; /bin/sh share/ /home/barwizi/memorycoin-psforkinit/memorycoin-psforkinit/build/build.h
fatal: Not a git repository (or any of the parent directories): .git
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/sendcoinsdialog.ui -o build/ui_sendcoinsdialog.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/addressbookpage.ui -o build/ui_addressbookpage.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/signverifymessagedialog.ui -o build/ui_signverifymessagedialog.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/aboutdialog.ui -o build/ui_aboutdialog.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/editaddressdialog.ui -o build/ui_editaddressdialog.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/transactiondescdialog.ui -o build/ui_transactiondescdialog.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/overviewpage.ui -o build/ui_overviewpage.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/sendcoinsentry.ui -o build/ui_sendcoinsentry.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/askpassphrasedialog.ui -o build/ui_askpassphrasedialog.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/rpcconsole.ui -o build/ui_rpcconsole.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/optionsdialog.ui -o build/ui_optionsdialog.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/votecoinsdialog.ui -o build/ui_votecoinsdialog.h
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/qt/forms/votecoinsentry.ui -o build/ui_votecoinsentry.h
g++ -c -m64 -pipe -fstack-protector-all -D_FORTIFY_SOURCE=2 -O2 -D_REENTRANT -fdiagnostics-show-option -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -Wstack-protector -DQT_GUI -DBOOST_THREAD_USE_LIB -DBOOST_SPIRIT_THREADSAFE -DSCRYPT_CHACHA -DSCRYPT_KECCAK512 -DUSE_UPNP=1 -DSTATICLIB -DUSE_IPV6=1 -DHAVE_BUILD_INFO -DLINUX -D_FILE_OFFSET_BITS=64 -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/qt -Isrc/leveldb/include -Isrc/leveldb/helpers -Ibuild -Ibuild -o build/bitcoin.o src/qt/bitcoin.cpp
In file included from src/wallet.h:13:0,
                 from src/init.h:8,
                 from src/qt/bitcoin.cpp:13:
src/main.h:616:11: error: default argument missing for parameter 2 of ‘int64 CTransaction::GetMinFee(unsigned int, unsigned int, bool, GetMinFee_mode) const’
make: *** [build/bitcoin.o] Error 1

anyone got an idea?

General Discussion / DAC initialization Website
« on: January 14, 2014, 08:55:16 am »
Similar to but for DACs.

Already putting together the team. It will make it easy to launch DACs.

General Discussion / Post-mining crpto world
« on: January 11, 2014, 02:11:04 pm »
These are all great points. When thinking about the other side of the argument I have visions of FUD in the form of


"they changed what they originally sold shares for"

"they can't be trusted"

Just for reference what are we talking about here Dan? Like an MVP in Feb as opposed to a full product at the end of march? Where do you guys think our competitors will be along this timeline?

Our competitors haven't even realized the problems they have to overcome.  Anything based upon mining will be destroyed in the market because mining is an expense that eats the profitability of the DACs and ultimately centralizes control.   This means that everyone will end up having to change their designs to replace mining to stay competitive.   Mining also slows block production and is not viable for blockchains with markets built in because the 'miner' has the power to control what transactions get in the block. 

Our competitors are all based upon 'one blockchain to rule them all' mentality which is a side effect of the mining mentality.  These systems will not scale in the end.  They may spring up quickly, but will die once reality hits that a 'market' is different than a 'currency' in terms of transaction volume.

Mastercoin has so many inefficiencies, and baggage from being layered on top of Bitcoin and the original designer isn't even working on the project any more.  I wish them well, but they too will end up having to move to their own blockchain and this will set them back in development.

In other words, I am not aware of any competitor that actually understands the nuances of DACs, blockchains, and the like at the level I do today and their lack of understanding is going to set them back dramatically in the long run.

I am sure I have things I do not yet fully appreciate or grasp, but what I do get shows me that the competition is far behind.

The FUD and legal risk arguments are the primary argument against MVP.   However, FUD is just a profit opportunity for those who can see through it because in the end FUD has no substance.

I believe that a MVP that is command line / JSON-RPC based where the 'consensus' algorithm as a Unique Node List of 1 will be viable especially once I lay the mental framework that demolishes the false decentralization offered by Bitcoin, Ripple, and other mining based systems.    Bitcoin is effectively centralized in GigaHash + 1,  Ripple is centralized in the inner circle cartel that makes up the Unique Node List.   The only thing that is required to eliminate the need to 'trust' is to eliminate the potential of cheating and getting away with it.  The only thing required to be decentralized is market competition and elimination of barriers of entry.   

I think our marketing will begin to shape the narrative in a way that our competitors will have a hard time escaping from.

In conclusion I think a MVP may be the best way to go as a stepping stone to realizing the final goal.   When can such a MVP be available, I cannot say for certain but probably sooner than may think and later than I would estimate.

I think if we use a token system we can solve this problem.

1000 encrypted tokens are passed around and whichever machine has the "active" token, destroys it and creates another encyprtes token and passes it along. In the even a machine with the active token goes offline, one of the other tokens goes active and that machine creates two tokens, one to pass on and another to replace the lost one. machines trust level with token is based on time online and how many token passed around successfully. The higher the trust, the more "fees" it earns.

« on: January 10, 2014, 01:03:00 pm »
This is the current SCSL

It is structured to protect the investments of everyone involved with PTS AGS and all subsequent products. It also encourage people to work in the community and bring value instead of taking it out.

read this document PLEASE!!!

Pages: [1] 2 3