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.
Yes, if third party does it, it's the best. If not, we have to have it done by ourselves It think.Good
I'm in contact with JS developer about the specialized PM market frontend.
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.
The URL works for me.. If not for you, please try the mobile app.Voted. Please join BitShares witness channel on Telegram: https://web.telegram.org/#/im?p=g35824315
the url error...
Error
One of the params is missing or invalid.
Technical details here
You need to make Dpos nodes easy to set up using windows binaries with a nice gui. Otherwise its just the linux guys that get to play.It's easy.
@noisy I have taken what i think you are getting at and changed it a bit. I think this could work?? @xeroc @tbone @complexring @abit @JonnyBitcoin @brainbug @Shentist @Akado @TravelsAsia @BunkerChain Labs @merivercap @btswildpig @fuzzy @bytemasterSo witnesses are not allowed to deposit? Since they know the private key. They can even tell the key to others.
Bitshares generates a 2 of 2 multisig bitcoin address. 1 of these signitures is held by the witnesses. The other signature is held by the bitshares users account.
The user deposits bitcoin to this new btc account and will only be able to retrieve it when the witnesses provide the other key.
Bitshares then generates a sideBTC token for the user.
The user can then use this SIDEBTC as collateral to create BITBTC. but they will only need 100% collateral and have zero risk of margin call or force settlement.
To regain access to his realbtc he will need to repay all debts. Bitshares the destroys the SIDEBTC token and allows access to the real BTC by getting the witnesses to sign with the second key.
I just bumped into a challenge on innocentive for something that could be done on bitshares. They require only a written theoretical proposal. Here's the brief:It's seriously.QuoteChallenge Overview
Coupons have been used as a marketing tool for more than a century. With the advent of mobile devices, manufacturers can now offer consumers a different way to access coupons besides clipping or printing them. In theory, mobile coupons are easy to access and manage, however in practice, they are not always simple to redeem, both for the consumer and the retailer. Mobile coupons can be delivered in a variety of ways (e.g. email, SMS, application). Following receipt of the coupon, the consumer must then redeem it at a retail location. This can involve a visual inspection, scanning a barcode, or linking to a Point-of-Sale device. For direct brand to consumer mobile coupons, there is currently no way to validate or expire a mobile coupon at the point of purchase, so retailers are hesitant to accept them due to concerns about reimbursement. Therefore, the Seeker (a large manufacturer of consumer packaged goods) is looking for solutions that will decrease fraud, while being easily implemented by the retailer.
Submissions to this Challenge must be received by 11:59 PM (US Eastern Time) on March 11, 2016. Late submissions will not be considered.
This is a Theoretical Challenge that requires only a written proposal to be submitted. The Challenge award will be contingent upon theoretical evaluation of the proposal by the Seeker.
To receive an award, Solvers will not be required to transfer their exclusive IP rights to the Seeker. Instead, Solvers will grant to the Seeker a non-exclusive license to practice their solutions as further described in the Terms of Use.
The challenge is here:
https://www.innocentive.com/ar/challenge/9933651
Another solution: you need to have 100K BTS in your account to be able to play the game. (like the coindays concept)I like it. The game is a gimmick, but it's fun. And if it keeps people using BitShares more frequently and for longer periods, then why not have something like this? And why not have ten different games people can play? You could even combine this with other games, such as have a faucet or bingo that hands out a random prize (more bags?) at regular intervals if someone is logged in and active.Yup, already thought about that.
By the way, here comes some concerns:QuoteWhat if an attacker make 10k accounts?Thanks to @clayop
Attacker can make 1mil
He can spam the network for free
Every 24hours
shouldn't happen
Network security is always serious
There's no free service
My answer is: let them pay 0.1 BTS for each transfer.
Thanks for considering my opinion
How about 6h? or would you prefer 3h?I set it to 5 minutes in my own testnet.
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?
Sorry 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.
3) 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.
5) What are the deliverables? What is the roadmap/timeline for the tasks and deliverables?Please check OP.
6) 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.
Just now read the article and wanted to make a comment. Particularly in regards to what you'd do differently. Doing all of this in memory kind of defeats the purpose of having stored data. It adds speed, that is true, but there are problems in regards to having truly decentralized applications and to have them be verifiable. On the other hand, the way Bitshares operates it would likely not be an issue mainly due to the way that the consensus algo operates. As for the merkle tri-graph, I would like to hear why it is redundant. It is very much expensive, that is true, but if you want a truly decentralized and trustless application, it is somewhat necessary. But again, I can see why you'd do it this way due to the Bitshares algo as the goal in the algo is not to be trustless, just to be decentralized. There are tradeoffs to everything. In any case. Hope all is well.Wish you still have passion and time to do something for BTS.
This thread has exploded in just one day!Correct. When [quantity of gold] * [price of gold] is not enough to support M1, the governments abandoned Gold Standard, but not let the price of gold to the moon. How about BTS?
Haven't had the time to read it all to catch up, but I recall one comment to the effect: "How do we set the price of BTS if it isn't sold anywhere else than our DEX?
Perhaps an experiment could be setup to use the current ratio of BTS to bitUSD as a starting point, and set the size of the total bitUSD as a fixed quantity, but that wouldn't allow the "M1" to expand to fit the volume of currency exchange to support a dynamic economy.
This does sound like a v e r y novel & innovative idea, very unique. It will indeed be extremely interesting to see how it evolves.
