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.
Wipe the bitshares2 folder and reclone the repo.
I have local changes to the API I needed which never got merged into the github, though... Any other advice I could try?
OPENPOS
https://bitsharestalk.org/index.php/topic,20762.0.html
Random suggestions:
- Allow BTC and ETH investment or at least BTC deposits that automatically convert to creating BitUSD through BTS.
- 60% sharedrop to BTS holders, let's bring in new blood
- Focus on making the internal exchange more user friendly
- Feature limitation - Let BTS be the experimental features chain, with the internal exchange and a friendly wallet, you have enough tech that blows away most projects
- Adding MT4 integration
It would be interesting what type of reaction a project with BitShares features that focuses on a smaller subset of key features and without any type of existing reputation.
1. It is not MY new chain... it is OUR new chain...
my biggest issue remain funding this new chain.
I have been wondering, why the AGS funds so soon dry up, that's a big sum of money. I thought he would be able to support three or four years.
I'd say you haven't paid much attention to the volitile price of Bitcoins then. When the price was high, sure looked like funding was secured for at least a couple of years. After the bottom fellv out of the market it was an entirely different story. That's what happened. I'm definitely NOT saying money was spent furgally, there were plenty of bad decisions and expenditures IMO.
Why all the complaining right now at this point? Look at all the innovative ideas coming forth, look at our rising marketcap. I think you really need to think about the reason for any dilution and not just dogmatic economic theory. Also consider that BM & the dev staff of BitShares 1.0 could have walked away or popped up under a new name to run "another" scam pump & dump, but instead they regrouped, found another plan of attack and the means to put food on the table while developing graphine, which was rolled out with FAR less problems than 1.0 was.
I'm not excusing the blunders and mistakes, but I also am not going to give up right when I start to see the fruits of all the labor start to pay off. You have efforts like:
1) BitShares mobil wallet and OpenPOS that kencode and chris4210 are doing
2) Stealth GUI additions and FBA about to be released
3) Abit's rate limiting enhancements to implement FREE transactions
4) Numerous GUI improvements nearly every single week
5) Xeroc's docs - growing day by day
It's taken quite awhile, but I'm finally beginning to see some real community enthusiasm. Why you bring up this old issue and threaten to stop all this momentum and progress, just as we begin to see marketcap impact? It makes little sense.
If you 're so certain the small amount of dilution we're currently spending to get all this accomplished will be worse than taking the hard-line, absolute zero dilution position, then show us your data that makes your case. Stop claiming you know it will hurt our rep AND marketcap despite the evidence to the contrary that others can dilute FAR more and grow. Show us the numbers that prove your point and we will listen.
thank you for playing so many words to explain
read this page replies, I most want to say is: please do not use China, the United States, Europe to divide our community, and should be the point of view A, B, C. We came here not because of the geographical location, but for some ideals and goals.
We (the western parts of the community) mean no harm to anyone, lets settle the issues gently and find a solution .. there are many ways to do so, we mostly need people like you to connect both languaes which is our biggest issue.
In contrast to ethereum, we already have a chinese community eagerly waiting to get involved. Lets just do it!
for attempting to unite rather than divide the community. Unite, we prosper. Divide, we fall.
Thank you for posting this. We are looking for an application that could support an adjudicated factor where a knowledgable person provides a monetary valuation of a physical object, or a delta value added or subtracted from a nominal value. The market for that physical object would take into consideration the the adjusting value in their offer price. More specific, this would be akin to a CarFax for Real Estate that includes a physical inspection and ancillary data by a knowledgeable person (adjudicator) who are the multiple writers to the database. fees are generated by the owner of the property. database would be viewable by permission or made public.
By the way, it looks like you modified your post before I got a chance to respond. But since you were wondering why I wasn't taking your explanation at face value, it's because you're not the expert. So I continue to address @bytemaster with my questions since he IS the expert. And I asked for @abit's opinion since he is a developer and, for all we know, he could be the one to code this up ultimately. Surely you can understand where I'm coming from.Thanks for trusting me, but sorry, I'm not a bitcoin expert, I don't know how to deal with the bitcoin multi-sig thing at all.
@abit: This is a Bitshares question, not a bitcoin question. It's also not a multi-sig question. Let me ask in a different way. Could you write code in Bitshares that calls an external API which returns a value that could then be stored securely (i.e. not accessible to any human) on the Bitshares blockchain to be used by the code at a later time? I would imagine this is possible, but could you confirm?
What is up with Monero's sudden jump? Didn't their main devs fluffy and smooth pretty much stop working on it?
Development work has actually increased greatly recently. Ring CT is in progress now, multisig is now in progress, and funding was raised to make a GUI by the community. (They raised like 18000 XMR for it in 13 hours).
Thanks for asking.Please see OP, the first page.
But I have to agree with alt on one thing, we need a budget and control spendings. Just because we have some money it doesn't mean we can spend it on stuff just because they sound like good ideas. We need a budget...
We need a plan. We don't have one.
...
I agree with Akado. This project has a good cause and it needs support from the big stakeholders.
Perhaps by addressing their concerns, it would help gain their support. How about working on the following (if possible and viable) ? :
1) Is there a detailed function/product specification?QuoteSorry I didn't get your point. However, revenue largely depends on sales/marketing/direction of the whole platform, and the over all fee schedule matters a lot. If flat fee is 30 BTS and percentage fee bottom is 1 BTS, more assets will adopt percentage fee; if flat fee is 1 BTS and percentage fee bottom is 1 BTS, few if not zero asset will adopt it. Since there is lack of stable pricing strategy right now, I'm unable to give out a estimation.
2) What is the projected number of transactions using the new percent-based transfer function (an estimation based on some figures would do)? From there we can derive a projected revenue.Quote3) A cost breakdown would help.Sorry, but manhour is nonsense. We're selling products, not labor force.
- What are the tasks?
- How many manhours needed for each task?
4) Cost comparison.
- How is the cost of source code development and documentation manpower as compared to the market? Some figures to compare would help.Quote5) What are the deliverables? What is the roadmap/timeline for the tasks and deliverables?Please check OP.Quote6) Warranty for the function/product. How long is the warranty that ensures a working function/product as stated in the specification?I think one year of warranty is fair.
Maintenance work due to other changes is not included.
