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.


Messages - Chris4210

Pages: 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 ... 29
106
General Discussion / Re: Incentivize SmartCoin collateralization
« on: January 14, 2017, 12:40:43 pm »
So the idea is basically to charge a 0.1% fee for trading a bitAsset like BitUSD and pay that fee to those who shorted the asset. This would be an additional income stream for those who created a BitAsset.

I added it to the Roadmap list, so that we can vote for it once we have a clear plan how it should work. However, as stated in the original post I would like to discuss the Bitshares business plan with everybody first, and then adjust the dividend and referral program to that. BitShares has a good toolkit for financial services, and we should get the framework for it down now.

107
General Discussion / Re: New Bitshares Dividend Idea
« on: January 14, 2017, 12:29:04 pm »
There were a lot of good arguments in this discussion. A short note, we also have to keep in mind that Chinese exchanges charge almost 0 fees for trading and transfering crypto because the competition among exchanges is so high. If you want to have high volume and attract traders in China, you need to provide low fees. Since we are in a global competition that also affects our exchange. BitShares is doing better with low fees. Other exchanges that are just focusing on local markets, like Turkey, Greece, Poland, or Mexico etc. can raise higher fees because they have no competition.

Anyways I would like to focus on the following good arguments now.
 
Things like dividends and referrals should not be coded into blockchain. They should be paid by businesses which run on top of blockchain from their own revenue, whatever they think they can give away. Blockchain fees should be very small, just enough to cover expenses which are essential for running blockchain, namely witnesses and workers.

Agreed. +5%

For my final 2 BTS on the topic, I don't see why LTM should get a special dividend for doing nothing, especially when it is taken away from referrers.  To much emphasis on referrers has the risk of looking like a Ponzi, so I'm not sure I want to see that changed either.

Cheers!
- kani
This .. there is already enough incentive to upgrade to LTM:
- ability to register your own accounts
- ability to enter referral program
- fees reduced by 80%!!!

Paying out dividends only makes sense if the business (BitShares) makes a profit. And we aren't there yet.
Once there is profit generated, we can setup a worker to move funds out of the reserve pool and hand it out to all shareholders of BTS (because they are ALL shareholders) .. but then again, it makes no sense to take them out just to redistribute them .. it would effectively just reduce the price while keeping the market cap ..

Agreed, there is incentive to upgrade to LTM !

The thing that is lacking is the incentive to use the referral program to promote BitShares. This is the missing piece. This tool works on fee, we have lower it a lot and thus broke it.

We have change it because of the Chinese sentiment about it beeing to high. It was suppose to be only while we were gaining traction or before we had an idea to get the referral program working with something else. Since then we have just sadly accept "the referral is dead".

It's not dead, we just need to figure out how to make it exiting again ! It is an amazing way to have people working on promoting Bitshares without paying them, just on the perpective to win money if BitShares takes off and their referred users start using it.

there is a big difference between BTS and a real company share, the price of the latter depends greatly on the dividends while the former does not, we should discuss more on what a business model BTS should or really have but not focus on dividends.



So in summary, it would be better to not hard code a dividend feature in the Blockchain, and rather
- paid out through a worker or
- paid by a 3rd party company referral program
- raise fee later

So following Bitcrab, Data (telegram), and Xeroc suggestions we should focus on the core business model for BitShares and improve it. I wrote the topic down and look forward to discussing it next Friday at the Bitshares mumble. Based on that we can focus on the next steps how to improve the platform over the next weeks.

Once we agree on the right business model, we can adjust the marketing and referral program.

108
Stakeholder Proposals / Re: [Worker Proposal] New BitShares Core Dev
« on: January 13, 2017, 04:11:13 pm »
I have great faith in Ken and support this worker, especially for this price. I think BitShares should encourage as much new developer activity as it can.

Thank you for your support Vikram. We are looking forward to work with you together and to improve the platform.

109
General Discussion / Re: New Bitshares Dividend Idea
« on: January 13, 2017, 03:32:29 pm »
I don't know now how much fees the platform can get from users every month, but I think it's very low, too low to worth doing such a dividend distribution.

Yes, that is one of the risks. So we have to further analyze the idea and calculate how many dividends could be paid.

 Another option would be to take a % of the daily worker/witness budget for a payout. But I would prefer more to pay the dividends based on the overall transaction volume of the DAC. So the payout will be different each interval.


110
General Discussion / New Bitshares Dividend Idea
« on: January 13, 2017, 03:18:24 pm »
Dear BitShares community,

in today´s mumble (Episode #3) we came up with a new Dividend idea that should be discussed in the forum. This is just a rough idea, without any math, done yet.

Quote
[15:46] (Channel) ihashfury: BitShares are Shares - LTMs that hold BTS or Short BitAssets should get dividends

Today fee structure on BitShares:
80% for referral program
20% for BitShares reserve pool (pays witnesses and workers)


New fee structure on BitShares:
70% for referral program
10% for dividends
20% for BitShares reserve pool (pays witnesses and workers)


The idea is to collect 10% of the fees, pool them, and pay them out to all Lifetime members (LTM) that hold Bitshares. The dividends would be paid out according to the stake, and incentive users to buy Lifetime memberships.


Additional idea:
  • Pay the Dividends in BitAssets, like BitUSD
  • Big exchanges like Poloniex are excluded from the dividends
  • LTM Accounts that hold BTS and short BitAssets get dividend
  • Dividend fee is a variable fee, controlled by BitShares Committee


Critical feedback:
  • Affiliat payout will be reduced by 10%
  • How will exchanges react on this idea
  • How many fees are collected per day?
    Quote
    [15:54] (Channel) EstefanTT_bis: Seems that we had this week 25k BTS fee accumulated
    = 2,500 BTS Dividend paid out in total


What do you think about this idea?

111
Meta / Re: Are forum email notifications working?
« on: January 13, 2017, 09:02:44 am »
I have no problem with the notifications. I get them per mail. Did you go to the extra posting options and activated "Notify me of replies."?

112
Stakeholder Proposals / Re: [Worker Proposal] New BitShares Core Dev
« on: January 12, 2017, 07:48:34 pm »
Beside subsidized request, kencode has offered us his reputation. In my opinion and with all respect to others, it is worth more.

It's funny, because KenCode had quite a poor reputation here a couple years ago. He was accused of scamming Floridans with a fraudulent gun school. There was an entire website with details about it. He was also accused of running a solar panel scam in 2007, where he never shipped the panels to buyers. More details can be found through a simple web search.

It's remarkable how that has changed. Thanks for sticking around, @kenCode!

Hard works pays off and Ken has proven his skills and working ethics as an excellent development team leader. He has my full support.


i feel more comfortable to pay someone who is willing to take financial risk with bitshares to perform work on bitshares rather seeing it as a work place.

 +5% kencode
I totaly agree.

As I understand proposition, it would be undefined overlap between existing workers, Soledgers, Svks and future Alfredo Garcias.
How they will divide jobs and responsibilities. BTW what are jobs and responsibilities of current workers? Is there any clear road map for them.
Can we track and measure theirs accomplishments?
Only one thing to tell about that, the accomplishment that isn't measured, it isn't improving.

I like the way @kenCode manages his projects, specially reports about his work. It should be "minimum standard behavior" for
all Bitshares Workers. Finally it is good thing for workers to compete between each other or find common ground and collaborate.
Either way community is on gain.

Beside subsidized request, kencode has offered us his reputation. In my opinion and with all respect to others, it is worth more.




Hi Geneko,
each worker is targeting different sections of the codebase and of course the best practise will be to coordinate the tasks among them. While SVK is fousing on the front end, Soledger (Vikram) and Alfredo will focus more on the back end.

There are no worker standards yet. I would like to establish them now as soon as possible. One of the "minimum standard behavior" should be the weekly updates. More standards will come with time and experimentation with workers.









113
Stakeholder Proposals / Re: [Worker Proposal] New BitShares Core Dev
« on: January 12, 2017, 09:21:58 am »

This Worker Proposal is for 6 months, and will include fixing Graphene Issues via github, and building the new features for the Bitshares platform and DEx that the community has been asking for.
 

What exactly does this mean? There is room for a lot of clarifiaction:

Issues in github? There are plenty to go for a while, which ones are planned for with what milestones?
What new features specifically has the community been asking for?

Without a clear plan for work inefficiency creeps.

Looking forward to the reply.

exactly, please give the detail of the new features in the develop plan, there should be a process for the community to agree on adding new features.


I will post a roadmap for this worker. We want to start with the long issue list on Github first, and then move into building new features. Which features we should build will be discussed in the forum, and on the mumble.

Here is the latest feature list for the BitShares Blockchain. I collected most different ideas from chat, mumble and old forum posts/roadmaps.

The goal is to keep the list updated, and vote in the forum/mumble about the next feature.
https://docs.google.com/spreadsheets/d/1kgTYNEeqYP8xrEKBs2L0uc52xjQCPURuigI2CIplEtE/edit?usp=sharing

@ken can give a direct roadmap which of the 190 open github issues we are planning to fix first.



114
Stakeholder Proposals / Re: [Worker Proposal] New BitShares Core Dev
« on: January 11, 2017, 09:09:28 pm »
How to vote for a BitShares worker in 30 seconds.




115
Stakeholder Proposals / [Worker Proposal] New BitShares Core Dev
« on: January 11, 2017, 08:33:22 pm »
Dear BitShares Stakeholder,

We would like to introduce a new worker proposal that pays for a new BitShares core dev.

Please vote for Worker 1.14.49: Alfredo Garcia, Bitshares Core Dev
 
This Worker Proposal is for 6 months, and will include fixing Graphene Issues via github, and building the new features for the Bitshares platform and DEx that the community has been asking for.
 
Worker Details
  • Total Cost of hiring Alfredo: 3,261,671 BTS (~9600 USD at $20/hr)
  • This Proposed 6-month Worker will cost Bitshares 1,630,835 BTS (~4800 USD)
  • *BitShares Munich will pay the other half, ~4800 USD
  • Worker Lifetime: 6 months, (Jan 23 - Jul 23, 2017)
  • Working Hours: 20h per week
  • Worker focus on the 190 Github Issues, and new BitShares features from BitShares Roadmap

Quote
Note from Chris4210:
We are calculating with a stable BTS price of 0.0033 BTS/USD, including a small security buffer for BTS price, voting volatility, etc. The Worker funds will be paid to our BitShares Munich (bitshares-munich-devs) account, and we will manage the regular monthly payouts to Alfredo.

*BitShares Munich will be paying half of his salary (see above), since increasing the security of the Bitshares platform also increases the security of our products such as BlockPay.

Short bio about Alfredo
  • A professional programmer for over 10 years
  • Hacker forever, prefers free markets and voluntary interaction
  • Codes in pretty much any high level language like C++, C, etc.
  • High level experience also in php/mysql/javascript/python
  • Has been learning his way around Graphene and projects headed up by BitShares Munich such as BlockPay, Smartcoins Wallet, C-IPFS, Stealth, Echo, Bridges and Gateways.

The last 4 years Alfredo started working in the financial field making automated programs for Meta Trader, Ninja Trader, Calgo, Tradestation and other platforms. Then he moved a bit to binary options development, this is mainly Brokers that have web based API's so he started to make automated software that trade in binary options.
 
Most recently, he started to work with Bitcoin related projects. He started working for others at some online casinos and small projects but it was extremely hard to find serious people in the field. He has also worked for the Supernet "Iguana" project, helped them out quite a bit. Similar to the "Komodo" project.
 
Alfredo is under the supervision of, and reports daily to @kenCode at BitShares Munich.
 
Ken will post weekly updates in his usual thread here:
https://bitsharestalk.org/index.php/topic,22576.0.html
and Alfredo’s commits can always be monitored here:
https://github.com/kenCode-de?tab=repositories
 
Please vote for Worker 1.14.49: Alfredo Garcia, Bitshares Core Dev

Link to vote: https://bitshares.openledger.info/#/account/bitshares-munich-devs/voting/
Worker info: http://cryptofresh.com/workers


Thank you for your support!

Best regards, Christoph

116
General Discussion / Re: [hangout feedback] Worker proposal idea
« on: January 11, 2017, 06:03:05 pm »
We are at the frontier here with our worker DAO. Because how do you manage the funds correctly? Nobody knows it yet, and even an Ethereum DAO has the same problems as we have. The big challenge for us is to pick good workers from bad workers and to find consensus to pay only for good projects.

We got some good worker experiences and some bad ones with BitShares and the test phase is still on. I think a worker "escrow" or worker project leading team could add further security to fund abuse. It also could invite new people to propose worker proposals and not only the old known developers. Anyways, these are still theories since we don´t have 10 workers per day yet.

BitShares Munich is preparing a new exciting worker concept and I am looking forward to discussing it with all of you on this Friday BitShares Hangout. So please join us at 2pm UTC on the BeyondBitcoin mumble server.

117
General Discussion / Re: [hangout feedback] Worker proposal idea
« on: January 11, 2017, 10:27:51 am »
Thank you Estefan to pick that idea up.

I like the idea to pool the worker funds in a multi sig account , optional committee controlled or by others) and give the owner of the account three options.

a) Total Payout
b) Part Payout
c) Refund to Reservepool

In this way we have a project management team that approves or disapproves a worker and has the option to refund the money if the job was not well done.

We saw with Vikrams worker, that we can easily vote somebody in, and vote somebody out once he does not deliver correctly. To further avoid fraud, such a worker "escrow" team could manage the payment better.

I will add the idea to the wishlist, that will be published this week.




118
Meta / Re: Subforum consolidation
« on: January 10, 2017, 12:43:28 pm »
Done.

The Forum looks way cleaner now. I like the updates.

119
This topic has been discussed in the Telegram channel and mainly debunked. The source "China research agency" is not a credible source. The report also does not mention any details about the security issues, how the code was tested and what really was found.

National Computer Network Emergency Response Technical Team/Coordination Center of China
1.  Brief Introduction
The National Computer Network Emergency Response Technical Team/Coordination Center of China (known as CNCERT or CNCERT/CC) was founded in September 2002. It is a non-governmental non-profit cybersecurity technical center and the key coordination team for China’s cybersecurity emergency response community. As a national CERT, CNCERT strives to improve nation’s cybersecurity posture, and protect critical infrastructure cybersecurity. CNCERT leads efforts to prevent, detect, warn and coordinate the cybersecurity threats and incidents, according to the guideline of “proactive prevention, timely detection, prompt response and maximized recovery”.
CNCERT has branches and offices in 31 provinces, autonomous regions and municipalities across mainland China. As the key coordination organization of China’s cybersecurity emergency response system, CNCERT organizes enterprises, schools, non-governmental groups and research institutes that are specialized in cybersecurity and coordinates ISPs, domain name registrars and other emergency response organizations in a joint effort to build the cybersecurity emergency response system of China and handle major cyber security incidents.
As an important non-governmental organization to assist in the cross-border handling of cyber security incidents, CNCERT actively carries out international cooperation in cybersecurity and is committed to establishing a mechanism of prompt response and coordinated handling for cross-border cybersecurity incidents. CNCERT is a member of the world-renowned Forum of Incident Response and Security Teams (FIRST) and one of the founders of Asia Pacific Computer Emergency Response Team (APCERT). As of 2015, CNCERT has established “CNCERT International Cooperation Partnership” with 165 organizations in 66 nations and regions.
 
2. Mission Statement
Incident Detection: Leveraging on the cybersecurity detecting platform, CNCERT performs proactive detection of security incidents for critical infrastructure. It also discovers cybersecurity threats and incidents by sharing data and information with domestic and foreign partners and by receiving cyber security incident reports from domestic and foreign customers through hotline, fax, email and website.
Early Warning: By making comprehensive analysis of big data and acquiring information from multiple channels, CNCERT can warn cybersecurity threats, report cybersecurity incidents and analysis cybersecurity posture. It provides customers with such services as information on cybersecurity situation and sharing of cybersecurity technology and information.
Emergency Response: If incidents of serious threat are proactively discovered or received, CNCERT will respond in a timely manner and actively coordinate the handling. Priorities include incidents that affect Internet operation security, affect a large scope of Internet users, involve key government departments and critical infrastructure, cause major consequences users complaint, as well as all kinds of cybersecurity incidents reported by national emergency response organizations of foreign countries.
Security Evaluation: As a professional organization of cybersecurity evaluation, CNCERT provides security testing services for government departments, public institutions and enterprises guided by the principle of “supporting the regulatory, serving the society” and through scientific methods, standard procedures, impartial attitude, independent judgment and relative standards.
 
3. Incident Handling Procedures
Report: CNCERT has set up a 24*7 mechanism to accept the report of cybersecurity incidents. Both domestic and foreign users can report an incident to CNCERT in the following ways: website, email, hotline and fax.
Ø Website: http://www.cert.org.cn/
Ø Email: cncert@cert.org.cn
Ø Hotline: +8610 82990999, 82991000(EN)
Ø Fax: +8610 82990399
Acceptance: Cybersecurity incidents undertaken by CNCERT mainly include the following types: malware, defacement, backdoor, phishing, vulnerability, information destruction, denial of service attack, abnormal domain, router hijacking, unauthorized access, spam, mixed cyber security incidents and other cyber security incidents.
Handling: After confirming that the incident is true by sufficient evidences, CNCERT will perform emergency handling based on the prompt response mechanism which has established with domestic and foreign ISPs, domain name registrars and cybersecurity service vendors.
Feedback: When each of the three steps above - report, acceptance and handling - is completed, CNCERT will provide feedback to the reporter, including receipt of the report, whether it is accepted and for what reason, and the handling results.

Ok great, thanks for pointing that out. It is good to know that they analyzed our code base. Maybe they found some valuable information for us? Thanks for Bitcrab to collect the full report!


120
Technical Support / Re: multisig
« on: January 09, 2017, 11:32:37 am »
Hi guys,
Is configuring multi-sig account/wallet coming out anytime soon on the BitShares GUI (frontend)?

It works already, but you need to some testing before to set up your account correctly. It is still a bit tricky and most users prefer a 2/3 multi-sig. Apparently, that works the best right now.

Here is a short memo to the topic.

Quote
Once you get you head around what is happening it becomes clearer but it's a steap curve. My method of multi-sig is as follows:
1x multi-sig savings account
   -purpose: a vault for storing value nothing more.
   -threshold:2
   -signers: user1 and user2
Once the savings account multi-sig is configured it's keys are backed up and stored in cold storage (you will never log in to this account anymore)

-all transactions from the multi-sig savings account are proposed by either user1 or user2
-all proposals are approved by user1 and user2 before tx is valid.

Bitkapital is using this method and seems to be working fine for them. I see them approving multi-sig txs all the time.

You can look at account jim12 (he is my multi-sig test vault) (except jim11 has an escape key as he has a high-value owner key, and the entry for jim13 was just me mucking around and is not required) in a real situation jim11 owner would be value 1 as well.

Please be careful so that you don´t lock yourself out or kill your account. In general, if you have problems. Import all private keys into one wallet! So Active and owner private key (they are different) into one wallet. Usually, that lets you shut down a multi-signature between user 1 and user 2 again.

Pages: 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 ... 29