How To Use Qt Bitcoin Trader For Mac

Log of AMA with particl

boldninja
Let's all give a warm welcome to Particl.io team members - @umbrah, @dasource, @litebit, @rynomster, @imyb, @ludx, @synergy - you can start asking them questions. You know the drill - wait till they respond (not more than 3 questions of backlog) so they can catch up. (edited)
umbrah Thanks @boldninja , we're ready to answer questions anytime :slightly_smiling_face:
rynomster thanks @boldninja, thanks Ark for having us
macdac Hey guys, so Ill be the first to ask, where are we as far as the mainnet release?
litebit macdac: we are waiting for Particl foundation to be approved. Paperwork is in Swiss regulator's hands and we're waiting for them to approve so they can oversee us create PART tokens and distribute PART tokens
jeffjam Since Micah seems not to be present, is he still part of the team?
litebit jeffjam: micah is still a member of the team as an advisor. he has and will continue to contribute to the Particl project. On top of that, his fiance just said yes, so he's pretty busy :slightly_smiling_face:
litebit is it ok to answer in threads @boldninja or do we usually just do a long string?
tranzer welcome Particl - just learning about you guys looks promising and interesting concept. Can I ask how much did you guys raise and currentl holdings you have (mainly asking if you have enough for years to come) ?
litebit @macdac we are waiting for Particl foundation to be approved. Paperwork is in Swiss regulator's hands and we're waiting for them to approve so they can oversee us create PART tokens and distribute PART tokens
umbrah @jeffjam micah is still a member of the team as an advisor. he has and will continue to contribute to the Particl project. On top of that, his fiance just said yes, so he's pretty busy :slightly_smiling_face:
macdac @litebit, did they say anything as far as when they will approve like an approximate date or just when they get to it?
litebit macdac: once foundation is formed we'll use a couple days to do final prep for mainnet setup and then release the clients, source and tokens
litebit @macdac once foundation is formed we'll use a couple days to do final prep for mainnet setup and then release the clients, source and tokens
ryano What is particl
litebit ryano: to put it simply, Particl will be an anonymous, crypto-agnostic marketplace. this will be a self-governed decentralized system
commodore64 Hey Particl team, can you comment on whether or not the fact that it's taking the Swiss Regulator so long to approve has anything to do with any problems that have surfaced, and if so, what those problems are, or is it typical for it to take this long?
litebit commodore64: I know Zug is getting bombarded with cryptocurrency startups.
zedsix Hi there team at Particl, will the GUI be released alongside mainnet?
litebit zedsix: we have started testing the GUI internally. There will be a testnet with the GUI prior to mainnet
macdac @litebit, and you guys are 100% sure they will approve and is just a matter or time??
umbrah @ryano to put it simply, Particl will be an anonymous, crypto-agnostic marketplace. this will be a self-governed decentralized system
tranzer Who do you see as your biggest competitior in blockchain and in traditional sense of the way atm?
mgaruccio So if it's crypto agnostic where does the value of PART come from?
litebit mgaruccio: what's good about particl is that buyers can pay in whatever coin they want, provided it's available in shapeshift. it will automatically be converted to particl. it will be the receiver's choice to sell, hold or stake particl
mr_robot @rynomster When can we expect a working beta of the marketplace? Is the team focused on developing a mobile app version that can do staking on a mobile platform as well?
rynomster @zedsix, we have started testing the GUI internally. There will be a testnet with the GUI prior to mainnet
jarunik Why should i use it and how will you ensure a vivid marketplace?
macdac Are you guys sure of the Swiss foundation approval, that they will approve?
umbrah @mgaruccio what's good about particl is that buyers can pay in whatever coin they want, provided it's available in shapeshift. it will automatically be converted to particl. it will be the receiver's choice to sell, hold or stake particl
litebit @commodore64 I know Zug is getting bombarded with cryptocurrency startups.
zedsix Long time supporter for Shadowcash/Particl since the early days. The biggest gripe I have with the transparency and delays between the team and the community/supporters/investors. This has stemmed from the Shadowcash days - do you have any plans to change the way you address any delays? NB. Nothing against your team, I love the work produced - as a long term supporter I would like to see a company take a more proactive approach to issues that have stemmed in the past and not release hype/release dates until 100% certain.
rynomster @mr_robot, In terms of our timeline, we anticpate the beta to be out mid October, that's without the reputation system.
michaelthecryptoguy Can you explain your exchange mechanism somewhat? What exactly takes place in the background? Explain the client server side of that token being exchanged to the customer receiving that different coin :coinspin:
sacode Any plans to integrate fiat gateway? I don´t see how particl can go mainstream without this feature!
b.b.2k17 will Particl team implant feature similiar to delegatation (dPoS) in order for small staker to vote on propsoal without setting a node?
umbrah @zedsix as you can probably see on twitter, blogs, 3rd party media etc, we are actively informing the community about the status of particl. good or bad. you can see this on particl.news
litebit @macdac our legal counsel is Swiss based and have been through this process before so we're trusting they have all the right docs to get the job done. We were only told it takes 2 weeks to receive the answer once they have paperwork
rynomster @mr_robot, we intend to have the reputation system in place towards the end of October, at the same time we will have the protocols and codebase audited
umbrah @sacode
commodore64 @rynomster Hi there, long-term supporter. I bought SDC back in February of 2015 and have been following the project closely the whole time. One thing I have a problem with is that you have announced the marketplace launch a number of times. For the first half of 2015 you continually said that it would be ready by the end of the year, then the same message was communicated in 2016. The constant missed deadlines have caused me concern, and now I'm still not sure what to believe about the market launch.
So why now should we believe in the October date?
umbrah @sacode yes there is a plan. there are ideas but not limited to coordinating with companies like changelly, so buyers can use credit cards. but priority is still the marketplace
zedsix ^ That's currently how I feel, everytime we receive a release date it never happens - it gets concerning when a company keeps doing this and doesn't learn from the previous time it occurs that you shouldn't release a release date if you're not 100% certain that you'll meet the timeline, @umbrah - the announcements posted on social media primarily are related to delays. I won't go into detail - we'll leave it there. (edited)
rynomster @commodore64, back then we barely had a functioning team. In 2015 the SDC team pretty much fell apart. Funding dried up and there was no real teamwork.. People work working on what they wanted to work on, and there were constantly issues arising that would take priority over the MP. Particl has a team now, as well as funding, a project manager, and we are busy growing. (edited)
sacode How will you approach sellers to use particl market?
tranzer Posting questions again : Can I ask how much did you guys raise and currentl holdings you have (mainly asking if you have enough for years to come) ? Who do you see as your biggest competitior in blockchain and in traditional sense of the way atm?
macdac Will you guys release with ringCT due October?
rynomster @macdac, ringCT is currently in testnet 3
b.b.2k17 I quite like the delegate feature in ARK. Will Particl team implant feature similiar to delegatation (dPoS) in order for small staker to vote for their delegate on propsoal without setting a node?
umbrah @sacode there are a lot of upsides for sellers to use particl market. less paper works, tax breaks (depending on location), more security for seller, not to mention cheaper. we will approach them on more than 1 way. 1 st priority however will be existing crypto sellers
commodore64 @rynomster thank you.
throwplastic @umbrah what do you mean with "existing crypto sellers" as your 1st priority?
umbrah @b.b.2k17 currently there is no plan on changing the PoS structure. I agree dPoS has their upsides, but for the product that particl is setting up, PoS is the perfect choice currenctly
synergy @commodore64 there have been governance issues that have arisen that have delayed the project but now there is a dedicated team of 15 people of which 10 are working full time
commodore64 Another question for the particl team: Will the marketplace allow the ability to create a private market that would require either registration or invitation?
mr_robot Was this answered? I'm also curious on the details of how this works michaelthecryptoguy Can you explain your exchange mechanism somewhat? What exactly takes place in the background? Explain the client server side of that token being exchanged to the customer receiving that different coin :coinspin: Posted in #trading_altcoinsToday at 6:09 PM
macdac What will be the main differences between the Part wallet and the old Umbra?
umbrah @throwplastic sorry, let me clarify. currently, there are a lot of existing sellers who are also sellers on amazon/ebay etc, also people capitalizing on selling crypto merchandize, these will be our initial users and we'll work on that growth
b.b.2k17 (dont forget slack has reply to thread feature, easier to follow the questions and answer)
rynomster @macdac, Particl is being built on the bitcoin core 0.14 codebase. We are building the GUI from the ground up, using Angular (2), and electron. Umbra used QtWebkit, and native html5 + jquery. The UI is new, as well as a way healthier backend inherited from bitcoin core
macdac Is Crz here with a different username? if not can you guys tell us how the GUI of Part is going? What is he working on now?
b.b.2k17 macdac: here is a link to their GitHub, you can see the progress: https://github.com/particl/partgui
sherp Also curious about this tranzer Posting questions again : Can I ask how much did you guys raise and currentl holdings you have (mainly asking if you have enough for years to come) ? Who do you see as your biggest competitior in blockchain and in traditional sense of the way atm? Posted in #trading_altcoinsToday at 6:15 PM
litebit Particl in it's current state is a privacy platform, so we would be in competition with privacy coins. We are testing Confidential Transactions and RingCT on our TESTNET3 atm. Monero is the only other currency using RingCT and only a view others are using CT. Particl is the first to use this tech on Bitcoin codebase. We also have a decentralized voting mechanism so projects like Decred who are excelling at governance are projects we would also be similar too.
Once our market is out we'd have competition from other decentralized marketplaces like bitbay, OpenBazaar, Syscoin's blockmarket and a couple ethereum projects in early phases of development. We'd also be competing against ecommerce sites on clearnet that are strictly centralized models.
The cool thing with the market is it'll be crypto-agnostic so no crypto would be competition. OB also will offer a crypto-agnostic market and I don't recall if Syscoin's does at this time. tranzer Who do you see as your biggest competitior in blockchain and in traditional sense of the way atm? Posted in #trading_altcoinsToday at 6:06 PM
umbrah @mr_robot what we want for particl marketplace to be is a seamless system where buyer doesn't even know he's buying particl to transact. this will be beneficial to normal users who are not familiar with crypto
b.b.2k17 macdac: here is a link to their GitHub, you can see the progress: https://github.com/particl/partgui GitHub particl/partgui partgui - Particl Angular GUI - The source for the Particl GUI.
rynomster @macdac, crz is working on the GUI wireframes still, as well as the new website design. He will be helping out with the GUI as soon as he is finished with his current tasks, to give it some polish (edited)
throwplastic @umbrah thanks for clarifying, that makes sense. Will there be any mechanisms in place to ensure that no illegal products are sold?
umbrah @tranzer currently there is openbazaar (OB), but we believe we will have more features like anonymity, staking and others.
trixter- Particl team: Will their be a 3rd party Audit for RingCT feature before forking it, and do you have an idea how much time this audit could take?
zedsix When's Particl expected to reach exchanges?
michaelthecryptoguy Can you explain your exchange mechanism somewhat? What exactly takes place in the background? Explain the client server side of that token being exchanged to the customer receiving that different coin :coinspin: Does this take place with shapeshift?
macdac Cool, thanks for all the answers guys, Do you guys have an idea of when the new website will be released? which Domain will it be Particle.io still or what?
sacode In June 1st - blog update - you told us there was 3 new faces who joined to the team. Can you reveal who they are? What's their background?
umbrah @throwplastic yes, we will put in a governance model where stakers can vote whether they are ok with putting a product in. as there are grey areas for products, this will be based on votes
litebit The main difference is codebase. Umbra was built on bitcoin .08. Particl is built on bitcoin .14. So we'll have native segwit, malleability fixes, increased security, bip65, lightning network readiness.
The privacy is increased as well. Umbra used ring-sigs and Particl is using Confidential Transactions and is testing RingCT. macdac What will be the main differences between the Part wallet and the old Umbra? Posted in #trading_altcoinsToday at 6:18 PM
@umbrah can speak to this, we're catching up sorry :slightly_smiling_face: sherp Also curious about this Posted in #trading_altcoinsToday at 6:21 PM
mr_robot How does the governance feature work and what's stopping people from making multiple accounts to collude on voting? Is it based on the reputation or staking? (edited)
umbrah @tranzer the team has raised 591 btc and roughly 250k particl. this will last the team for an expected 9 months, which is more than what we need to come up with a working marketplace. there will be a 2nd crowdfunding early next year and we will be expecting particl to be self funding after that.
jeffjam Will mainet be released with implemented ringct?
litebit Yes, definitely. It was one of our funding milestones and it'll be around 3 months to audit and correct major bugs. TESTNET3 currently has RingCT on it but we'll probably remove it for TESTNET4 because it's so raw and we're focusing on mainnet. trixter- Particl team: Will their be a 3rd party Audit for RingCT feature before forking it, and do you have an idea how much time this audit could take? Posted in #trading_altcoinsToday at 6:22 PM
trixter- @litebit thanks
michaelthecryptoguy It seems the business side of particl (picking up more clients, instead of customers to use the service) is moving faster then the developers. Any explanation on this?
litebit michaelthecryptoguy: our dev team is working full steam ahead and making sure we are testing properly. We are in the final stages of the GUI development. The Blockchain and daemon are working and in public testing.
litebit by saying clients, do you mean contributors? if so, this is exactly what we expect, as this indicates speculations. same with other successful projects
umbrah @michaelthecryptoguy by saying clients, do you mean contributors? if so, this is exactly what we expect, as this indicates speculations. same with other successful projects
zedsix When's Particl expected to reach exchanges?
litebit zedsix: we are in ongoing conversations with majority of the exchanges, in an ideal scenario we would be listed on launch date, this is a work in progress and has been given priority by team
rynomster @michaelthecryptoguy, our dev team is working full steam ahead and making sure we are testing properly. We are in the final stages of the GUI development. The Blockchain and daemon are working and in public testing.
macdac Are you guys concerned of the competition? like Bitbay and others that have or plan to release a market
litebit macdac: there have been markets around for a while. We are focusing on anonymity and decentralised governance.
imyb @zedsix we are in ongoing conversations with majority of the exchanges, in an ideal scenario we would be listed on launch date, this is a work in progress and has been given priority by team
umbrah @zedsix we are waiting for foundation to be finalized first before we can release the mainnet, then exchange. same as other coins, it has to be the exchange's discretion when to add a coin, but we have already communicated with numerous exchanges to list this, and we are seeing positive replies
sdcpod How far are you with the Gui ? Will it be in Testnet 4 and if yes when is testnet 4 ?
zedsix Thanks @umbrah / @imyb
umbrah :slightly_smiling_face:
sacode There will be a marketplace app on app store or google play? If so, when?
rynomster @macdac, there have been markets around for a while. We are focusing on anonymity and decentralised governance.
molefish Will there be a way to run the wallet at launch on Mac OS X?
litebit Original mainnet (this first one) won't have ringct. We'll need to audit the code first jeffjam so it'll be on testnet for a while before going live. we haven't contracted any party yet to do this. I'd imagine a 3 month window to audit is to be expected jeffjam Will mainet be released with implemented ringct? Posted in #trading_altcoinsToday at 6:25 PM
michaelthecryptoguy So do you blame the advertising side of particl, for these announcements, or does the finger point mostly toward the developers for not meeting there timeline?
litebit Any mobile version of the marketplace will come after the second funding round. This first seed round is to get the MVP to market. Greater enhancements will come with additional funding and larger focused teams. sacode There will be a marketplace app on app store or google play? If so, when? Posted in #trading_altcoinsToday at 6:32 PM
Yes. molefish Will there be a way to run the wallet at launch on Mac OS X? Posted in #trading_altcoinsToday at 6:32 PM
rynomster @sdcpod, right now we are working towards getting the GUI ready for public testing. Based on our estimates we will have some GUI elements ready for testing next week.
michaelthecryptoguy What is causing the team to not work insync (as one) What improvements or changes have been made in this area?
throwplastic Will there be a browser-based market or do users always have to use a dedicated particl software to make purchases?
dasource throwplastic: Particl wallet will work both in browser and as an application .. to ensure privacy you require your own particld daemon running within the same network. Whilst it is possible for it to work with external/shared daemons that is not part of the current scope to effects it has on ones privacy
sdcpod What you mean with "some elements" you mean the gui like back in sdc but like say without widgets ?
rynomster @sdcpod, there will be basic functionality, but it won't be complete as its still in development.
michaelthecryptoguy Who do you see as your main customer base? Average people that use or work with Crypto Currencies?
litebit @michaelthecryptoguy i think it's a product of the fast paced crypto ecosystem. when people's money is on the line, deadlines and firm dates are expected and we want to be as transparent as possible so we try to accomadate, but roadbumps happen and deadlines sometimes get pushed
trixter- Particl Team: Will TOR, I2P be integrated in the wallet on release?
dasource trixter-: TOR - yes I2P - no
mike where can we buy Particl now?
umbrah @michaelthecryptoguy there certainly are challenges we are expecting like any other team/company, but we believe we are working better than an average team. now that the team is well funded, we can expect fster project and more deadlines to be met. as a matter of fact, the team has already contributed more thatn 100k lines on github
commodore64 I'll ask this question again: will users be able to create a 'private market' or is everything 100% public?
dasource commodore64: Yes there will be support for Private Markets
commodore64 @dasource thanks! Has this feature been fully fleshed-out in terms of development? Like will there be an integrated invitation system or ability to create user credential authentication information? And also, will the private market be subject to its own separate governance?
dasource conceptually it is not much different to the public market other than the key to access the private channel is a secret and shared by the creator with those he wishes to invite .. there will be no governance on the private market as its impossible to govern something you cannot access
imyb @mike you will need to wait until PART hits the exchanges
litebit To start it'll be trend setters so crypto users. Big picture we'll be reaching out to vendors, sellers and buyers in countries that don't have access to the ease of amazon or ebay due to political positioning and restrictions on where they live. That's the big goal of the market michaelthecryptoguy Who do you see as your main customer base? Average people that use or work with Crypto Currencies? Posted in #trading_altcoinsToday at 6:36 PM
umbrah @commodore64 particl platform itself is a private marketplace. no one will be able to know what anyone buys/sells, thanks to the CT, RingCT features and encrypted msgs
mike does Particl have a wallet available for OTC exchanges?
macdac Will you guys make a video showcasing the wallet GUI soon?
litebit The wallet will be on testnet soon so people can be hands on with it :slightly_smiling_face: much better than video macdac Will you guys make a video showcasing the wallet GUI soon? Posted in #trading_altcoinsToday at 6:40 PM
commodore64 @umbrah so the answer is no? People won't be able to create sub-markets within the main marketplace?
sacode May i set my favorite currency and language to navigate on marketplace?
umbrah @mike particl will have a very user-friendly wallet :slightly_smiling_face:
commodore64 like with authentication restriction
litebit CHANNEL: is this method of question answering helping or hurting? it seems a mess and hard to keep up. we want to make sure everyone is being heard. Could we answer using threads instead?
umbrah @commodore64 that is a feature-based question. i'll ask one of my colleagues to answer that
mr_robot Threads would make more sense it seems
umbrah @commodore64 dasourced has answered your question in threads. and the answer is yes :slightly_smiling_face:
rynomster Our new members are: Imran, our Commercial and Partner Strategy Pierre-Alexis Ciavaldini, Talented developer * experienced in C, AngularJS, Web development Jason Eybers, Junior developer * he is still studying, but he is adding valuable things like unit tests, linting, and little things that the seniors aren't currently focused on. sacode In June 1st - blog update - you told us there was 3 new faces who joined to the team. Can you reveal who they are? What's their background? Posted in #trading_altcoinsToday at 6:23 PM
michaelthecryptoguy How do you overcome a vendor that is brand new to Crypto Currencies, that can't pay for his supplies or merchandise in crypto? Will you be working directly with any banks? (edited)
umbrah michaelthecryptoguy: working with banks would not be a good strategy. as of the moment, we will make particl marketplace to be a decentralized marketplace free from paperwork etc.
imyb michaelthecryptoguy: we are in discussions with partners who should be able to provide us with the facility to entertain these types of transactions
sacode The fact that you guys met in Hong Kong in the past, has something to do with the possibility of establishing contacts in the Chinese market? (edited)
umbrah sacode: yes :slightly_smiling_face:
litebit sacode: Establishing a prescence in China is a major reason for this Particl pivot
mr_robot Private sub markets... What would prevent that developing into unfavorable things that would bypass the community governance voting?
dasource mr_robot: Private markets are precisely that, no governance.
throwplastic But there is a way of voting certain products out by stakers from what I've gathered?
litebit Private markets are just that private, who is in there, what is happening, what is selling is all private. the network is unable to tell what is going on. similar to how signal or whatsapp encrypts on client side
commodore64 @litebit @dasource what if someone gains access to a private market and it's determined that there are undesirable products being sold in there and they take some screenshots and post it up online like in reddit or bitcoin talk or something? Is there a governance model overseeing the private markets at all?
dasource There will be no governance on private markets .. it is impossible todo.
commodore64 @dasource @rynmos
commodore64 @dasource @rynomster rynomster indicated in the main thread here that 'the network will only be supported while it is being run cleanly'. is this concern not relevant within private markets?
litebit the only way to "gain access" is for 1 or both parties to "give access" by posting these images themselves. otherwise everything is encrypted with industry standard cryptography
commodore64 like why is it relevant within the main marketplace but not within private markets? particularly if it becomes publicly known through screenshots on public channels? Like I get into a private market and take some screenshots and put them on reddit, is that not concern about the market being run cleanly?
dasource this has already been answered in another question ... you cannot govern something you cannot access .. the whole point of a private market place is that it is private by the creator and shared with those he wishes to only.. I am not sure what is the misunderstanding here? (edited)
mr_robot I think the concern is that any private market would bypass the community governance and therefor allow any kinds of black market items that could be used to hurt particl's reputation for larger more legitimate things. Ie larger sellers on Amazon wouldn't want to have anything to do with a marketplace that had screenshots of nefarious things being sold... (edited)
dasource I see your point and understand it however let me give you another example ... If you and I use Signal and we decide to trade Cuban Cigars ... you post that on the internet. Should Signal be held liable because they provided a secure means for you to communicate and trade? Particls Private Markets are no different, we are providing a means for people to trade in 100% privacy (anything from cigars to private paintings etc) .. in that environment you cannot govern because it is encrypted for everyone else. Is it possible people may use this for nefarious items? Yes... but it is also possible for that to happen on Signal or any other good encrypted chat platform. Should we stop developing for the good because a few bad actors might use it?
2cuse What about the case where people just don't vote?
umbrah 2cuse: if people do not want to vote, we cannot force them to. this however, remains a feature in the particl
b.b.2k17 this is why i would love to see dPoS
2cuse Seems like you'd have to spend allot of time voting to stop bad stuff that may pop up
throwplastic Is there a legal risk of staking if illegal products are traded on the platform?
umbrah throwplastic: the reason why we are taking a lot of time with foundation is because we want to make sure there are no loopholes in terms of legality. i'm confident that we have this covered
throwplastic Good to know, thanks!
rynomster @2cuse, the required threshold will be set quite low at first, as failed governance will be very fatal for Particl. The network will only be supported while it is being run cleanly
2cuse Hmmm ok that sounds ominous
michaelthecryptoguy Is their a current partner that can re-distribute particl or another coin, back into my choice of monetary unit? (usd, eur, rupee, peso, etc) (edited)
imyb michaelthecryptoguy: yes
mr_robot Can you explain how the governance will work and what will prevent people from gaming the system with multiple accounts?
umbrah mr_robot: the governance will be based on a staking vote (not yet final) we will ensure that there are no duplications
litebit mr_robot: for the market we're still researching and developing models of governance. a seller will need to pay a fee to list which can become expensive if gaming a system. voting will be an incentive for the network so it would become expensive to gain a majority % to manipulate voting
2cuse I could see spammers testing the governance then worth illicit goods
litebit 2cuse: of course. there is no centralized control so the network affect will be in effect :slightly_smiling_face:
macdac Will the people who were gracious enough to donate 25% or more from their bonus receive any incentive outside of just having username be mentioned?
dasource macdac: How does early access to Market sound? Open to ideas
macdac That sounds good
macdac I donated a good amount of coins
umbrah we are actively thinking of ways to reward donators. if you can think of a reasonable reward let us know :slightly_smiling_face:
dasource Thank you .. I am sure the 100s of people who genuinely missed out on the conversion will be grateful
macdac Youre welcome, ive been supporting this project since day one
macdac Early access would be nice ill think of something else and let you know
macdac Hope you guys look at the number of coins donated too when considering because I know that many people had multiple accounts and could have chosen to donate from only 1 but not the rest, I only have one Particl.io accoutn
michaelthecryptoguy Would you be willing to introduce that partner to the :ark: team? (edited)
umbrah michaelthecryptoguy: i don't see any reason not to :slightly_smiling_face:
michaelthecryptoguy :partywizard::slightly_smiling_face::sun: (edited)
michaelthecryptoguy @mike This might be something you would be interested in pursuing.
mike thanks for bringing up.
mr_robot I understand that details of particl being on what exchanges at what time is not currently possible due to the unforseen events of the delays of the terms of service. But is there still open communication with the exchanges and are they responding positively to the idea of listing particl when it's released?
umbrah mr_robot: a lot of exchanges are responding positively. we are actually expecting to be listed a few days after mainnet release, but could not confirm any of exchanges of course
commodore64 litebit, commodore64, and mr_robot @litebit @dasource what if someone gains access to a private market and it's determined that there are undesirable products being sold in there and they take some screenshots and post it up online like in reddit or bitcoin talk or something? Is there a governance model overseeing the private markets at all?
trixter- Particl Team: How much % of wallets are created and how much has been donated to this day?
dasource trixter-: 83% are ready for genesis with 125k Donated
trixter- 125k does that include the teams donation of 40k or without?
dasource that is without .. and the team will match upto 40k based on 5:1 formula ... so 125+25k=150k ... well short of the 250k we are aiming for
trixter- nice Im rooting for the project to achieve this goal. This is a uniqum in crypto that people give away money to help out other people. I hope you guys will provide an address for people to donate their staking rewards to so we can achieve this goal
sdcpod Yea staking to address function would be nice but @dasource said wont be possible im near future due another feature in the pipeline ?
umbrah we will do what we can to stake, but the priority will stil be focused on producing a marketplace
dasource I said "it was unlikely" ... however we wont know until we get down to the nitty gritty on it ... best way to donate to the cause is the increase your donation % before the genesis block
trixter- im alreaddy on 100%
sacode About marketing? Are you doing it all by yourselves or are you going to work with a specialized company?
umbrah sacode: we have a few partners in terms of Pmarketing
umbrah you might have seen taizen and leon fu videos, we have hired PR firms as well
sacode Yep i saw leon fu videos
umbrah :+1::slightly_smiling_face:
litebit we have been ramping up and beginning contracts with professionals beginning in June. in prep for mainnet and PART tokens being live in the wild
sacode So I presume we will start seeing some marketing very soon
sacode :slightly_smiling_face:
sacode This PR firms have any kind experience in crypto world?
submitted by Jarunik to ArkEcosystem [link] [comments]

[PSA] Bitcoin 101

Just a quick guide on Bitcoins and some frequently asked questions.
Firstly, if you have absolutely no idea what Bitcoins are, I suggest you visit www.weusecoins.com for the basic concepts, terminology and general information regarding Bitcoins.
Bitcoins are a virtual / digital currency (or commodity) that can be used to pay for goods and services over the internet.

Why would we use Bitcoins over the other forms of payment?

Absolutely No Chargebacks

The main reason for me personally is that there is zero chance of chargebacks like you might get with something like PayPal. Ever sold something to a random steam account and then have PayPal side with the buyer who claims that he did not receive the goods even though you transferred the items to him? With Bitcoins, one you receive payment, there is no chance of reversing or disputing the payment. What this means is that you can now sell to buyers who have little to no reputation and be absolutely sure that you will get your money.
The caveat here, to buyers is of course to only buy from reputable sellers as once you sent your Bitcoins, there is no way to get them back (or use a trusted middleman who will hold onto the sellers item while you send payment). Bitcoins was how I sold my Golden Baby Roshan without fear of losing the money as upon receipt of the Bitcoins, I sold them to someone here (New Zealand) for local currency.

Little to no fees and no regional restrictions

Usually Bitcoin transactions do not need fees to process (and take an average of 10 minutes to confirm) though this means that it might take a while longer for your seller to confirm that he has indeed received the payment when the network gets busy (i.e. lots of transactions being sent in the network). A small fee is sometimes included so that transactions get processed quicker and that minimum fee is 0.0001 BTC or $0.015 at todays (14 Oct 2013) exchange rate. This is processed automatically in the Bitcoin wallet (software) that you use. Also there is no geographical restrictions to who can and cannot use Bitcoins so they are available all over the world where ever internet is available.

Bitcoin Wallets and Addresses

Bitcoin wallets are the software programs that you use to hold and transact Bitcoins with. Wallets are available for almost all platforms (Windows, Mac, Linux, Android and to a certain extent on iOS). Most if not all wallets are available on the official Bitcoin project page:
http://bitcoin.org/en/choose-your-wallet
Be wary of third party wallets that are hosted by websites such as www.blockchain.info and www.coinbase.com. Although they are reputable companies that make bitcoin transacting easier (you don't have to store bitcoins on your own computer and can easily use them on any other computer as they are accessible by the web browser), they essentially hold your Bitcoins for you and if their service goes down, so does your Bitcoins. The downside of using software wallets on your computer is that they take up quite a bit of space (in the case of the full client; Bitcoin-QT)and can only be accessed if you are at your computer.
A Bitcoin address looks very much like an email address, only longer and more difficult to remember:
1M72Sfpbz1BPpXFHz9m3CdqATR44Jvaydd
That long alphanumeric line above is an example of a Bitcoin address and is given to your buyer when they want to send Bitcoins to you. You can generate any number of addresses so that you do not have to use the same one for each transaction. Bitcoin wallets will hold all your addresses and make transactions easier as they usually allow for one click copying of address for you to paste somewhere else; minimizing the error of typing out such a long address. When a Bitcoin payment is sent to an address, the receiver will receive a notification that his or her address has received Bitcoins. There is then a confirmation period (10 minutes on average) for the network to confirm that Bitcoin address A has successfully sent Bitcoins to Bitcoin address B. A fully confirmed transaction has 6 confirmations though some websites make do with less confirmations.

Where to get Bitcoins?

There are plenty of ways to get Bitcoins. One of the ways to get them, is to mine them yourself though this requires some hardware and is no longer profitable to do so as you will waste more in hardware costs and electricity cost than some other players out there who know how to mine more efficiently. The next way is to simply buy them from someone near you on https://localbitcoins.com/, a website that uses your location to show the nearest Bitcoin sellers and buyers.
Some other places you can buy them are on exchanges such as www.mtgox.com or www.bitstamp.net
A list of places to buy and sell Bitcoins is available on the Bitoin wiki: https://en.bitcoin.it/wiki/Buying_bitcoins
You can also provide services (such as web design, homework help, etc) or sell your Dota 2 items for Bitcoins :)
Now that you have read this huge wall of text, feel free to ask any questions below which I will answer and include in this main post.
If you're interested in the technical know-how of the Bitcoin protocol:
http://bitcoin.org/bitcoin.pdf
Bitcoins are not backed by any government or institution thus no one person can make as many bitcoins as they want.
submitted by jerye to Dota2Trade [link] [comments]

Question regarding downloading the blockchain

Right now, in order to download the Blockchain, you need to use Bitcoin Core (Daemon or QT) to connect to the network, where you then download the data from the handful of nodes that you're connected to.
Seems like it'd be a lot fast, and place less stress on the network (and nodes, specifically, for those that are running nodes on home connections), if the blockchain was available as a Torrent.
Wouldn't need or try to have the most up to date version accessible (after all, every 10 minutes a new block is added), but if the blockchain data file was updated every month (i.e. Blockchain-2015-03.torrent, Blockchain-2015-04.torrent, etc), then the bulk of the download could be done without impacting the network except for needing to download the blocks comprising the current month.
Does this make sense? Why or why wouldn't this be a good idea?
I could imagine that someone could try to post a "fake" chain, but that could be remedied a few different methods:
1 - People could simply trust the chain with the most seeders, similar to how Bitcoin itself operates.
2 - Links to the blockchain torrent could be provided by prominent sites, such as here, Bitcoin.org, and Bitcointalk (supposing the owners/admins were amenable that idea).
One question I asked myself and don't know the answer to is this:
Are raw data files themselves compatible across platforms? Like, would the blockchain data that's at "rest" in /$HOME/.bitcoin on an Intel box running Ubuntu be recognized and readable if the files were copied to the correct locations on a Mac OS X system, a Windows system, or a Raspbian system? If there were compatibility issues that way, then I could see how such an idea might not be workable, but otherwise...
So, community, is distributing the blockchain via Torrent a feasible idea? Would people utilize such a service if it were available? Or, with the number of full nodes dwindling, is there not really a need?
Just wondering, as, after using Electrum for the past while, I decided to make a full node on a spare instance I created, and was thinking of other things I could do to help the network....
Thoughts are appreciated.
Thanks!
submitted by BTC-Reporter to Bitcoin [link] [comments]

Bitcoin Core 0.10.0 released | Wladimir | Feb 16 2015

Wladimir on Feb 16 2015:
Bitcoin Core version 0.10.0 is now available from:
https://bitcoin.org/bin/0.10.0/
This is a new major version release, bringing both new features and
bug fixes.
Please report bugs using the issue tracker at github:
https://github.com/bitcoin/bitcoin/issues
The whole distribution is also available as torrent:
https://bitcoin.org/bin/0.10.0/bitcoin-0.10.0.torrent
magnet:?xt=urn:btih:170c61fe09dafecfbb97cb4dccd32173383f4e68&dn;=0.10.0&tr;=udp%3A%2F%2Ftracker.openbittorrent.com%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.publicbt.com%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.ccc.de%3A80%2Fannounce&tr;=udp%3A%2F%2Ftracker.coppersurfer.tk%3A6969&tr;=udp%3A%2F%2Fopen.demonii.com%3A1337&ws;=https%3A%2F%2Fbitcoin.org%2Fbin%2F
Upgrading and downgrading

How to Upgrade
If you are running an older version, shut it down. Wait until it has completely
shut down (which might take a few minutes for older versions), then run the
installer (on Windows) or just copy over /Applications/Bitcoin-Qt (on Mac) or
bitcoind/bitcoin-qt (on Linux).
Downgrading warning
Because release 0.10.0 makes use of headers-first synchronization and parallel
block download (see further), the block files and databases are not
backwards-compatible with older versions of Bitcoin Core or other software:
  • Blocks will be stored on disk out of order (in the order they are
received, really), which makes it incompatible with some tools or
other programs. Reindexing using earlier versions will also not work
anymore as a result of this.
  • The block index database will now hold headers for which no block is
stored on disk, which earlier versions won't support.
If you want to be able to downgrade smoothly, make a backup of your entire data
directory. Without this your node will need start syncing (or importing from
bootstrap.dat) anew afterwards. It is possible that the data from a completely
synchronised 0.10 node may be usable in older versions as-is, but this is not
supported and may break as soon as the older version attempts to reindex.
This does not affect wallet forward or backward compatibility.
Notable changes

Faster synchronization
Bitcoin Core now uses 'headers-first synchronization'. This means that we first
ask peers for block headers (a total of 27 megabytes, as of December 2014) and
validate those. In a second stage, when the headers have been discovered, we
download the blocks. However, as we already know about the whole chain in
advance, the blocks can be downloaded in parallel from all available peers.
In practice, this means a much faster and more robust synchronization. On
recent hardware with a decent network link, it can be as little as 3 hours
for an initial full synchronization. You may notice a slower progress in the
very first few minutes, when headers are still being fetched and verified, but
it should gain speed afterwards.
A few RPCs were added/updated as a result of this:
  • getblockchaininfo now returns the number of validated headers in addition to
the number of validated blocks.
  • getpeerinfo lists both the number of blocks and headers we know we have in
common with each peer. While synchronizing, the heights of the blocks that we
have requested from peers (but haven't received yet) are also listed as
'inflight'.
  • A new RPC getchaintips lists all known branches of the block chain,
including those we only have headers for.
Transaction fee changes
This release automatically estimates how high a transaction fee (or how
high a priority) transactions require to be confirmed quickly. The default
settings will create transactions that confirm quickly; see the new
'txconfirmtarget' setting to control the tradeoff between fees and
confirmation times. Fees are added by default unless the 'sendfreetransactions'
setting is enabled.
Prior releases used hard-coded fees (and priorities), and would
sometimes create transactions that took a very long time to confirm.
Statistics used to estimate fees and priorities are saved in the
data directory in the fee_estimates.dat file just before
program shutdown, and are read in at startup.
New command line options for transaction fee changes:
  • -txconfirmtarget=n : create transactions that have enough fees (or priority)
so they are likely to begin confirmation within n blocks (default: 1). This setting
is over-ridden by the -paytxfee option.
  • -sendfreetransactions : Send transactions as zero-fee transactions if possible
(default: 0)
New RPC commands for fee estimation:
  • estimatefee nblocks : Returns approximate fee-per-1,000-bytes needed for
a transaction to begin confirmation within nblocks. Returns -1 if not enough
transactions have been observed to compute a good estimate.
  • estimatepriority nblocks : Returns approximate priority needed for
a zero-fee transaction to begin confirmation within nblocks. Returns -1 if not
enough free transactions have been observed to compute a good
estimate.
RPC access control changes
Subnet matching for the purpose of access control is now done
by matching the binary network address, instead of with string wildcard matching.
For the user this means that -rpcallowip takes a subnet specification, which can be
  • a single IP address (e.g. 1.2.3.4 or fe80::0012:3456:789a:bcde)
  • a network/CIDR (e.g. 1.2.3.0/24 or fe80::0000/64)
  • a network/netmask (e.g. 1.2.3.4/255.255.255.0 or fe80::0012:3456:789a:bcde/ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff)
An arbitrary number of -rpcallow arguments can be given. An incoming connection will be accepted if its origin address
matches one of them.
For example:
| 0.9.x and before | 0.10.x |
|--------------------------------------------|---------------------------------------|
| -rpcallowip=192.168.1.1 | -rpcallowip=192.168.1.1 (unchanged) |
| -rpcallowip=192.168.1.* | -rpcallowip=192.168.1.0/24 |
| -rpcallowip=192.168.* | -rpcallowip=192.168.0.0/16 |
| -rpcallowip=* (dangerous!) | -rpcallowip=::/0 (still dangerous!) |
Using wildcards will result in the rule being rejected with the following error in debug.log:
 Error: Invalid -rpcallowip subnet specification: *. Valid are a single IP (e.g. 1.2.3.4), a network/netmask (e.g. 1.2.3.4/255.255.255.0) or a network/CIDR (e.g. 1.2.3.4/24). 
REST interface
A new HTTP API is exposed when running with the -rest flag, which allows
unauthenticated access to public node data.
It is served on the same port as RPC, but does not need a password, and uses
plain HTTP instead of JSON-RPC.
Assuming a local RPC server running on port 8332, it is possible to request:
In every case, EXT can be bin (for raw binary data), hex (for hex-encoded
binary) or json.
For more details, see the doc/REST-interface.md document in the repository.
RPC Server "Warm-Up" Mode
The RPC server is started earlier now, before most of the expensive
intialisations like loading the block index. It is available now almost
immediately after starting the process. However, until all initialisations
are done, it always returns an immediate error with code -28 to all calls.
This new behaviour can be useful for clients to know that a server is already
started and will be available soon (for instance, so that they do not
have to start it themselves).
Improved signing security
For 0.10 the security of signing against unusual attacks has been
improved by making the signatures constant time and deterministic.
This change is a result of switching signing to use libsecp256k1
instead of OpenSSL. Libsecp256k1 is a cryptographic library
optimized for the curve Bitcoin uses which was created by Bitcoin
Core developer Pieter Wuille.
There exist attacks[1] against most ECC implementations where an
attacker on shared virtual machine hardware could extract a private
key if they could cause a target to sign using the same key hundreds
of times. While using shared hosts and reusing keys are inadvisable
for other reasons, it's a better practice to avoid the exposure.
OpenSSL has code in their source repository for derandomization
and reduction in timing leaks that we've eagerly wanted to use for a
long time, but this functionality has still not made its
way into a released version of OpenSSL. Libsecp256k1 achieves
significantly stronger protection: As far as we're aware this is
the only deployed implementation of constant time signing for
the curve Bitcoin uses and we have reason to believe that
libsecp256k1 is better tested and more thoroughly reviewed
than the implementation in OpenSSL.
[1] https://eprint.iacr.org/2014/161.pdf
Watch-only wallet support
The wallet can now track transactions to and from wallets for which you know
all addresses (or scripts), even without the private keys.
This can be used to track payments without needing the private keys online on a
possibly vulnerable system. In addition, it can help for (manual) construction
of multisig transactions where you are only one of the signers.
One new RPC, importaddress, is added which functions similarly to
importprivkey, but instead takes an address or script (in hexadecimal) as
argument. After using it, outputs credited to this address or script are
considered to be received, and transactions consuming these outputs will be
considered to be sent.
The following RPCs have optional support for watch-only:
getbalance, listreceivedbyaddress, listreceivedbyaccount,
listtransactions, listaccounts, listsinceblock, gettransaction. See the
RPC documentation for those methods for more information.
Compared to using getrawtransaction, this mechanism does not require
-txindex, scales better, integrates better with the wallet, and is compatible
with future block chain pruning functionality. It does mean that all relevant
addresses need to added to the wallet before the payment, though.
Consensus library
Starting from 0.10.0, the Bitcoin Core distribution includes a consensus library.
The purpose of this library is to make the verification functionality that is
critical to Bitcoin's consensus available to other applications, e.g. to language
bindings such as [python-bitcoinlib](https://pypi.python.org/pypi/python-bitcoinlib) or
alternative node implementations.
This library is called libbitcoinconsensus.so (or, .dll for Windows).
Its interface is defined in the C header [bitcoinconsensus.h](https://github.com/bitcoin/bitcoin/blob/0.10/src/script/bitcoinconsensus.h).
In its initial version the API includes two functions:
  • bitcoinconsensus_verify_script verifies a script. It returns whether the indicated input of the provided serialized transaction
correctly spends the passed scriptPubKey under additional constraints indicated by flags
  • bitcoinconsensus_version returns the API version, currently at an experimental 0
The functionality is planned to be extended to e.g. UTXO management in upcoming releases, but the interface
for existing methods should remain stable.
Standard script rules relaxed for P2SH addresses
The IsStandard() rules have been almost completely removed for P2SH
redemption scripts, allowing applications to make use of any valid
script type, such as "n-of-m OR y", hash-locked oracle addresses, etc.
While the Bitcoin protocol has always supported these types of script,
actually using them on mainnet has been previously inconvenient as
standard Bitcoin Core nodes wouldn't relay them to miners, nor would
most miners include them in blocks they mined.
bitcoin-tx
It has been observed that many of the RPC functions offered by bitcoind are
"pure functions", and operate independently of the bitcoind wallet. This
included many of the RPC "raw transaction" API functions, such as
createrawtransaction.
bitcoin-tx is a newly introduced command line utility designed to enable easy
manipulation of bitcoin transactions. A summary of its operation may be
obtained via "bitcoin-tx --help" Transactions may be created or signed in a
manner similar to the RPC raw tx API. Transactions may be updated, deleting
inputs or outputs, or appending new inputs and outputs. Custom scripts may be
easily composed using a simple text notation, borrowed from the bitcoin test
suite.
This tool may be used for experimenting with new transaction types, signing
multi-party transactions, and many other uses. Long term, the goal is to
deprecate and remove "pure function" RPC API calls, as those do not require a
server round-trip to execute.
Other utilities "bitcoin-key" and "bitcoin-script" have been proposed, making
key and script operations easily accessible via command line.
Mining and relay policy enhancements
Bitcoin Core's block templates are now for version 3 blocks only, and any mining
software relying on its getblocktemplate must be updated in parallel to use
libblkmaker either version 0.4.2 or any version from 0.5.1 onward.
If you are solo mining, this will affect you the moment you upgrade Bitcoin
Core, which must be done prior to BIP66 achieving its 951/1001 status.
If you are mining with the stratum mining protocol: this does not affect you.
If you are mining with the getblocktemplate protocol to a pool: this will affect
you at the pool operator's discretion, which must be no later than BIP66
achieving its 951/1001 status.
The prioritisetransaction RPC method has been added to enable miners to
manipulate the priority of transactions on an individual basis.
Bitcoin Core now supports BIP 22 long polling, so mining software can be
notified immediately of new templates rather than having to poll periodically.
Support for BIP 23 block proposals is now available in Bitcoin Core's
getblocktemplate method. This enables miners to check the basic validity of
their next block before expending work on it, reducing risks of accidental
hardforks or mining invalid blocks.
Two new options to control mining policy:
  • -datacarrier=0/1 : Relay and mine "data carrier" (OP_RETURN) transactions
if this is 1.
  • -datacarriersize=n : Maximum size, in bytes, we consider acceptable for
"data carrier" outputs.
The relay policy has changed to more properly implement the desired behavior of not
relaying free (or very low fee) transactions unless they have a priority above the
AllowFreeThreshold(), in which case they are relayed subject to the rate limiter.
BIP 66: strict DER encoding for signatures
Bitcoin Core 0.10 implements BIP 66, which introduces block version 3, and a new
consensus rule, which prohibits non-DER signatures. Such transactions have been
non-standard since Bitcoin v0.8.0 (released in February 2013), but were
technically still permitted inside blocks.
This change breaks the dependency on OpenSSL's signature parsing, and is
required if implementations would want to remove all of OpenSSL from the
consensus code.
The same miner-voting mechanism as in BIP 34 is used: when 751 out of a
sequence of 1001 blocks have version number 3 or higher, the new consensus
rule becomes active for those blocks. When 951 out of a sequence of 1001
blocks have version number 3 or higher, it becomes mandatory for all blocks.
Backward compatibility with current mining software is NOT provided, thus miners
should read the first paragraph of "Mining and relay policy enhancements" above.
0.10.0 Change log

Detailed release notes follow. This overview includes changes that affect external
behavior, not code moves, refactors or string updates.
RPC:
  • f923c07 Support IPv6 lookup in bitcoin-cli even when IPv6 only bound on localhost
  • b641c9c Fix addnode "onetry": Connect with OpenNetworkConnection
  • 171ca77 estimatefee / estimatepriority RPC methods
  • b750cf1 Remove cli functionality from bitcoind
  • f6984e8 Add "chain" to getmininginfo, improve help in getblockchaininfo
  • 99ddc6c Add nLocalServices info to RPC getinfo
  • cf0c47b Remove getwork() RPC call
  • 2a72d45 prioritisetransaction
  • e44fea5 Add an option -datacarrier to allow users to disable relaying/mining data carrier transactions
  • 2ec5a3d Prevent easy RPC memory exhaustion attack
  • d4640d7 Added argument to getbalance to include watchonly addresses and fixed errors in balance calculation
  • 83f3543 Added argument to listaccounts to include watchonly addresses
  • 952877e Showing 'involvesWatchonly' property for transactions returned by 'listtransactions' and 'listsinceblock'. It is only appended when the transaction involves a watchonly address
  • d7d5d23 Added argument to listtransactions and listsinceblock to include watchonly addresses
  • f87ba3d added includeWatchonly argument to 'gettransaction' because it affects balance calculation
  • 0fa2f88 added includedWatchonly argument to listreceivedbyaddress/...account
  • 6c37f7f getrawchangeaddress: fail when keypool exhausted and wallet locked
  • ff6a7af getblocktemplate: longpolling support
  • c4a321f Add peerid to getpeerinfo to allow correlation with the logs
  • 1b4568c Add vout to ListTransactions output
  • b33bd7a Implement "getchaintips" RPC command to monitor blockchain forks
  • 733177e Remove size limit in RPC client, keep it in server
  • 6b5b7cb Categorize rpc help overview
  • 6f2c26a Closely track mempool byte total. Add "getmempoolinfo" RPC
  • aa82795 Add detailed network info to getnetworkinfo RPC
  • 01094bd Don't reveal whether password is <20 or >20 characters in RPC
  • 57153d4 rpc: Compute number of confirmations of a block from block height
  • ff36cbe getnetworkinfo: export local node's client sub-version string
  • d14d7de SanitizeString: allow '(' and ')'
  • 31d6390 Fixed setaccount accepting foreign address
  • b5ec5fe update getnetworkinfo help with subversion
  • ad6e601 RPC additions after headers-first
  • 33dfbf5 rpc: Fix leveldb iterator leak, and flush before gettxoutsetinfo
  • 2aa6329 Enable customising node policy for datacarrier data size with a -datacarriersize option
  • f877aaa submitblock: Use a temporary CValidationState to determine accurately the outcome of ProcessBlock
  • e69a587 submitblock: Support for returning specific rejection reasons
  • af82884 Add "warmup mode" for RPC server
  • e2655e0 Add unauthenticated HTTP REST interface to public blockchain data
  • 683dc40 Disable SSLv3 (in favor of TLS) for the RPC client and server
  • 44b4c0d signrawtransaction: validate private key
  • 9765a50 Implement BIP 23 Block Proposal
  • f9de17e Add warning comment to getinfo
Command-line options:
  • ee21912 Use netmasks instead of wildcards for IP address matching
  • deb3572 Add -rpcbind option to allow binding RPC port on a specific interface
  • 96b733e Add -version option to get just the version
  • 1569353 Add -stopafterblockimport option
  • 77cbd46 Let -zapwallettxes recover transaction meta data
  • 1c750db remove -tor compatibility code (only allow -onion)
  • 4aaa017 rework help messages for fee-related options
  • 4278b1d Clarify error message when invalid -rpcallowip
  • 6b407e4 -datadir is now allowed in config files
  • bdd5b58 Add option -sysperms to disable 077 umask (create new files with system default umask)
  • cbe39a3 Add "bitcoin-tx" command line utility and supporting modules
  • dbca89b Trigger -alertnotify if network is upgrading without you
  • ad96e7c Make -reindex cope with out-of-order blocks
  • 16d5194 Skip reindexed blocks individually
  • ec01243 --tracerpc option for regression tests
  • f654f00 Change -genproclimit default to 1
  • 3c77714 Make -proxy set all network types, avoiding a connect leak
  • 57be955 Remove -printblock, -printblocktree, and -printblockindex
  • ad3d208 remove -maxorphanblocks config parameter since it is no longer functional
Block and transaction handling:
  • 7a0e84d ProcessGetData(): abort if a block file is missing from disk
  • 8c93bf4 LoadBlockIndexDB(): Require block db reindex if any blk*.dat files are missing
  • 77339e5 Get rid of the static chainMostWork (optimization)
  • 4e0eed8 Allow ActivateBestChain to release its lock on cs_main
  • 18e7216 Push cs_mains down in ProcessBlock
  • fa126ef Avoid undefined behavior using CFlatData in CScript serialization
  • 7f3b4e9 Relax IsStandard rules for pay-to-script-hash transactions
  • c9a0918 Add a skiplist to the CBlockIndex structure
  • bc42503 Use unordered_map for CCoinsViewCache with salted hash (optimization)
  • d4d3fbd Do not flush the cache after every block outside of IBD (optimization)
  • ad08d0b Bugfix: make CCoinsViewMemPool support pruned entries in underlying cache
  • 5734d4d Only remove actualy failed blocks from setBlockIndexValid
  • d70bc52 Rework block processing benchmark code
  • 714a3e6 Only keep setBlockIndexValid entries that are possible improvements
  • ea100c7 Reduce maximum coinscache size during verification (reduce memory usage)
  • 4fad8e6 Reject transactions with excessive numbers of sigops
  • b0875eb Allow BatchWrite to destroy its input, reducing copying (optimization)
  • 92bb6f2 Bypass reloading blocks from disk (optimization)
  • 2e28031 Perform CVerifyDB on pcoinsdbview instead of pcoinsTip (reduce memory usage)
  • ab15b2e Avoid copying undo data (optimization)
  • 341735e Headers-first synchronization
  • afc32c5 Fix rebuild-chainstate feature and improve its performance
  • e11b2ce Fix large reorgs
  • ed6d1a2 Keep information about all block files in memory
  • a48f2d6 Abstract context-dependent block checking from acceptance
  • 7e615f5 Fixed mempool sync after sending a transaction
  • 51ce901 Improve chainstate/blockindex disk writing policy
  • a206950 Introduce separate flushing modes
  • 9ec75c5 Add a locking mechanism to IsInitialBlockDownload to ensure it never goes from false to true
  • 868d041 Remove coinbase-dependant transactions during reorg
  • 723d12c Remove txn which are invalidated by coinbase maturity during reorg
  • 0cb8763 Check against MANDATORY flags prior to accepting to mempool
  • 8446262 Reject headers that build on an invalid parent
  • 008138c Bugfix: only track UTXO modification after lookup
P2P protocol and network code:
  • f80cffa Do not trigger a DoS ban if SCRIPT_VERIFY_NULLDUMMY fails
  • c30329a Add testnet DNS seed of Alex Kotenko
  • 45a4baf Add testnet DNS seed of Andreas Schildbach
  • f1920e8 Ping automatically every 2 minutes (unconditionally)
  • 806fd19 Allocate receive buffers in on the fly
  • 6ecf3ed Display unknown commands received
  • aa81564 Track peers' available blocks
  • caf6150 Use async name resolving to improve net thread responsiveness
  • 9f4da19 Use pong receive time rather than processing time
  • 0127a9b remove SOCKS4 support from core and GUI, use SOCKS5
  • 40f5cb8 Send rejects and apply DoS scoring for errors in direct block validation
  • dc942e6 Introduce whitelisted peers
  • c994d2e prevent SOCKET leak in BindListenPort()
  • a60120e Add built-in seeds for .onion
  • 60dc8e4 Allow -onlynet=onion to be used
  • 3a56de7 addrman: Do not propagate obviously poor addresses onto the network
  • 6050ab6 netbase: Make SOCKS5 negotiation interruptible
  • 604ee2a Remove tx from AlreadyAskedFor list once we receive it, not when we process it
  • efad808 Avoid reject message feedback loops
  • 71697f9 Separate protocol versioning from clientversion
  • 20a5f61 Don't relay alerts to peers before version negotiation
  • b4ee0bd Introduce preferred download peers
  • 845c86d Do not use third party services for IP detection
  • 12a49ca Limit the number of new addressses to accumulate
  • 35e408f Regard connection failures as attempt for addrman
  • a3a7317 Introduce 10 minute block download timeout
  • 3022e7d Require sufficent priority for relay of free transactions
  • 58fda4d Update seed IPs, based on bitcoin.sipa.be crawler data
  • 18021d0 Remove bitnodes.io from dnsseeds.
Validation:
  • 6fd7ef2 Also switch the (unused) verification code to low-s instead of even-s
  • 584a358 Do merkle root and txid duplicates check simultaneously
  • 217a5c9 When transaction outputs exceed inputs, show the offending amounts so as to aid debugging
  • f74fc9b Print input index when signature validation fails, to aid debugging
  • 6fd59ee script.h: set_vch() should shift a >32 bit value
  • d752ba8 Add SCRIPT_VERIFY_SIGPUSHONLY (BIP62 rule 2) (test only)
  • 698c6ab Add SCRIPT_VERIFY_MINIMALDATA (BIP62 rules 3 and 4) (test only)
  • ab9edbd script: create sane error return codes for script validation and remove logging
  • 219a147 script: check ScriptError values in script tests
  • 0391423 Discourage NOPs reserved for soft-fork upgrades
  • 98b135f Make STRICTENC invalid pubkeys fail the script rather than the opcode
  • 307f7d4 Report script evaluation failures in log and reject messages
  • ace39db consensus: guard against openssl's new strict DER checks
  • 12b7c44 Improve robustness of DER recoding code
  • 76ce5c8 fail immediately on an empty signature
Build system:
  • f25e3ad Fix build in OS X 10.9
  • 65e8ba4 build: Switch to non-recursive make
  • 460b32d build: fix broken boost chrono check on some platforms
  • 9ce0774 build: Fix windows configure when using --with-qt-libdir
  • ea96475 build: Add mention of --disable-wallet to bdb48 error messages
  • 1dec09b depends: add shared dependency builder
  • c101c76 build: Add --with-utils (bitcoin-cli and bitcoin-tx, default=yes). Help string consistency tweaks. Target sanity check fix
  • e432a5f build: add option for reducing exports (v2)
  • 6134b43 Fixing condition 'sabotaging' MSVC build
  • af0bd5e osx: fix signing to make Gatekeeper happy (again)
  • a7d1f03 build: fix dynamic boost check when --with-boost= is used
  • d5fd094 build: fix qt test build when libprotobuf is in a non-standard path
  • 2cf5f16 Add libbitcoinconsensus library
  • 914868a build: add a deterministic dmg signer
  • 2d375fe depends: bump openssl to 1.0.1k
  • b7a4ecc Build: Only check for boost when building code that requires it
Wallet:
  • b33d1f5 Use fee/priority estimates in wallet CreateTransaction
  • 4b7b1bb Sanity checks for estimates
  • c898846 Add support for watch-only addresses
  • d5087d1 Use script matching rather than destination matching for watch-only
  • d88af56 Fee fixes
  • a35b55b Dont run full check every time we decrypt wallet
  • 3a7c348 Fix make_change to not create half-satoshis
  • f606bb9 fix a possible memory leak in CWalletDB::Recover
  • 870da77 fix possible memory leaks in CWallet::EncryptWallet
  • ccca27a Watch-only fixes
  • 9b1627d [Wallet] Reduce minTxFee for transaction creation to 1000 satoshis
  • a53fd41 Deterministic signing
  • 15ad0b5 Apply AreSane() checks to the fees from the network
  • 11855c1 Enforce minRelayTxFee on wallet created tx and add a maxtxfee option
GUI:
  • c21c74b osx: Fix missing dock menu with qt5
  • b90711c Fix Transaction details shows wrong To:
  • 516053c Make links in 'About Bitcoin Core' clickable
  • bdc83e8 Ensure payment request network matches client network
  • 65f78a1 Add GUI view of peer information
  • 06a91d9 VerifyDB progress reporting
  • fe6bff2 Add BerkeleyDB version info to RPCConsole
  • b917555 PeerTableModel: Fix potential deadlock. #4296
  • dff0e3b Improve rpc console history behavior
  • 95a9383 Remove CENT-fee-rule from coin control completely
  • 56b07d2 Allow setting listen via GUI
  • d95ba75 Log messages with type>QtDebugMsg as non-debug
  • 8969828 New status bar Unit Display Control and related changes
  • 674c070 seed OpenSSL PNRG with Windows event data
  • 509f926 Payment request parsing on startup now only changes network if a valid network name is specified
  • acd432b Prevent balloon-spam after rescan
  • 7007402 Implement SI-style (thin space) thoudands separator
  • 91cce17 Use fixed-point arithmetic in amount spinbox
  • bdba2dd Remove an obscure option no-one cares about
  • bd0aa10 Replace the temporary file hack currently used to change Bitcoin-Qt's dock icon (OS X) with a buffer-based solution
  • 94e1b9e Re-work overviewpage UI
  • 8bfdc9a Better looking trayicon
  • b197bf3 disable tray interactions when client model set to 0
  • 1c5f0af Add column Watch-only to transactions list
  • 21f139b Fix tablet crash. closes #4854
  • e84843c Broken addresses on command line no longer trigger testnet
  • a49f11d Change splash screen to normal window
  • 1f9be98 Disable App Nap on OSX 10.9+
  • 27c3e91 Add proxy to options overridden if necessary
  • 4bd1185 Allow "emergency" shutdown during startup
  • d52f072 Don't show wallet options in the preferences menu when running with -disablewallet
  • 6093aa1 Qt: QProgressBar CPU-Issue workaround
  • 0ed9675 [Wallet] Add global boolean whether to send free transactions (default=true)
  • ed3e5e4 [Wallet] Add global boolean whether to pay at least the custom fee (default=true)
  • e7876b2 [Wallet] Prevent user from paying a non-sense fee
  • c1c9d5b Add Smartfee to GUI
  • e0a25c5 Make askpassphrase dialog behave more sanely
  • 94b362d On close of splashscreen interrupt verifyDB
  • b790d13 English translation update
  • 8543b0d Correct tooltip on address book page
Tests:
  • b41e594 Fix script test handling of empty scripts
  • d3a33fc Test CHECKMULTISIG with m == 0 and n == 0
  • 29c1749 Let tx (in)valid tests use any SCRIPT_VERIFY flag
  • 6380180 Add rejection of non-null CHECKMULTISIG dummy values
  • 21bf3d2 Add tests for BoostAsioToCNetAddr
  • b5ad5e7 Add Python test for -rpcbind and -rpcallowip
  • 9ec0306 Add CODESEPARATOFindAndDelete() tests
  • 75ebced Added many rpc wallet tests
  • 0193fb8 Allow multiple regression tests to run at once
  • 92a6220 Hook up sanity checks
  • 3820e01 Extend and move all crypto tests to crypto_tests.cpp
  • 3f9a019 added list/get received by address/ account tests
  • a90689f Remove timing-based signature cache unit test
  • 236982c Add skiplist unit tests
  • f4b00be Add CChain::GetLocator() unit test
  • b45a6e8 Add test for getblocktemplate longpolling
  • cdf305e Set -discover=0 in regtest framework
  • ed02282 additional test for OP_SIZE in script_valid.json
  • 0072d98 script tests: BOOLAND, BOOLOR decode to integer
  • 833ff16 script tests: values that overflow to 0 are true
  • 4cac5db script tests: value with trailing 0x00 is true
  • 89101c6 script test: test case for 5-byte bools
  • d2d9dc0 script tests: add tests for CHECKMULTISIG limits
  • d789386 Add "it works" test for bitcoin-tx
  • df4d61e Add bitcoin-tx tests
  • aa41ac2 Test IsPushOnly() with invalid push
  • 6022b5d Make script_{valid,invalid}.json validation flags configurable
  • 8138cbe Add automatic script test generation, and actual checksig tests
  • ed27e53 Add coins_tests with a large randomized CCoinViewCache test
  • 9df9cf5 Make SCRIPT_VERIFY_STRICTENC compatible with BIP62
  • dcb9846 Extend getchaintips RPC test
  • 554147a Ensure MINIMALDATA invalid tests can only fail one way
  • dfeec18 Test every numeric-accepting opcode for correct handling of the numeric minimal encoding rule
  • 2b62e17 Clearly separate PUSHDATA and numeric argument MINIMALDATA tests
  • 16d78bd Add valid invert of invalid every numeric opcode tests
  • f635269 tests: enable alertnotify test for Windows
  • 7a41614 tests: allow rpc-tests to get filenames for bitcoind and bitcoin-cli from the environment
  • 5122ea7 tests: fix forknotify.py on windows
  • fa7f8cd tests: remove old pull-tester scripts
  • 7667850 tests: replace the old (unused since Travis) tests with new rpc test scripts
  • f4e0aef Do signature-s negation inside the tests
  • 1837987 Optimize -regtest setgenerate block generation
  • 2db4c8a Fix node ranges in the test framework
  • a8b2ce5 regression test only setmocktime RPC call
  • daf03e7 RPC tests: create initial chain with specific timestamps
  • 8656dbb Port/fix txnmall.sh regression test
  • ca81587 Test the exact order of CHECKMULTISIG sig/pubkey evaluation
  • 7357893 Prioritize and display -testsafemode status in UI
  • f321d6b Add key generation/verification to ECC sanity check
  • 132ea9b miner_tests: Disable checkpoints so they don't fail the subsidy-change test
  • bc6cb41 QA RPC tests: Add tests block block proposals
  • f67a9ce Use deterministically generated script tests
  • 11d7a7d [RPC] add rpc-test for http keep-alive (persistent connections)
  • 34318d7 RPC-test based on invalidateblock for mempool coinbase spends
  • 76ec867 Use actually valid transactions for script tests
  • c8589bf Add actual signature tests
  • e2677d7 Fix smartfees test for change to relay policy
  • 263b65e tests: run sanity checks in tests too
Miscellaneous:
  • 122549f Fix incorrect checkpoint data for testnet3
  • 5bd02cf Log used config file to debug.log on startup
  • 68ba85f Updated Debian example bitcoin.conf with config from wiki + removed some cruft and updated comments
  • e5ee8f0 Remove -beta suffix
  • 38405ac Add comment regarding experimental-use service bits
  • be873f6 Issue warning if collecting RandSeed data failed
  • 8ae973c Allocate more space if necessary in RandSeedAddPerfMon
  • 675bcd5 Correct comment for 15-of-15 p2sh script size
  • fda3fed libsecp256k1 integration
  • 2e36866 Show nodeid instead of addresses in log (for anonymity) unless otherwise requested
  • cd01a5e Enable paranoid corruption checks in LevelDB >= 1.16
  • 9365937 Add comment about never updating nTimeOffset past 199 samples
  • 403c1bf contrib: remove getwork-based pyminer (as getwork API call has been removed)
  • 0c3e101 contrib: Added systemd .service file in order to help distributions integrate bitcoind
  • 0a0878d doc: Add new DNSseed policy
  • 2887bff Update coding style and add .clang-format
  • 5cbda4f Changed LevelDB cursors to use scoped pointers to ensure destruction when going out of scope
  • b4a72a7 contrib/linearize: split output files based on new-timestamp-year or max-file-size
  • e982b57 Use explicit fflush() instead of setvbuf()
  • 234bfbf contrib: Add init scripts and docs for Upstart and OpenRC
  • 01c2807 Add warning about the merkle-tree algorithm duplicate txid flaw
  • d6712db Also create pid file in non-daemon mode
  • 772ab0e contrib: use batched JSON-RPC in linarize-hashes (optimization)
  • 7ab4358 Update bash-completion for v0.10
  • 6e6a36c contrib: show pull # in prompt for github-merge script
  • 5b9f842 Upgrade leveldb to 1.18, make chainstate databases compatible between ARM and x86 (issue #2293)
  • 4e7c219 Catch UTXO set read errors and shutdown
  • 867c600 Catch LevelDB errors during flush
  • 06ca065 Fix CScriptID(const CScript& in) in empty script case
Credits

Thanks to everyone who contributed to this release:
  • 21E14
  • Adam Weiss
  • Aitor Pazos
  • Alexander Jeng
  • Alex Morcos
  • Alon Muroch
  • Andreas Schildbach
  • Andrew Poelstra
  • Andy Alness
  • Ashley Holman
  • Benedict Chan
  • Ben Holden-Crowther
  • Bryan Bishop
  • BtcDrak
  • Christian von Roques
  • Clinton Christian
  • Cory Fields
  • Cozz Lovan
  • daniel
  • Daniel Kraft
  • David Hill
  • Derek701
  • dexX7
  • dllud
  • Dominyk Tiller
  • Doug
  • elichai
  • elkingtowa
  • ENikS
  • Eric Shaw
  • Federico Bond
  • Francis GASCHET
  • Gavin Andresen
  • Giuseppe Mazzotta
  • Glenn Willen
  • Gregory Maxwell
  • gubatron
  • HarryWu
  • himynameismartin
  • Huang Le
  • Ian Carroll
  • imharrywu
  • Jameson Lopp
  • Janusz Lenar
  • JaSK
  • Jeff Garzik
  • JL2035
  • Johnathan Corgan
  • Jonas Schnelli
  • jtimon
  • Julian Haight
  • Kamil Domanski
  • kazcw
  • kevin
  • kiwigb
  • Kosta Zertsekel
  • LongShao007
  • Luke Dashjr
  • Mark Friedenbach
  • Mathy Vanvoorden
  • Matt Corallo
  • Matthew Bogosian
  • Micha
  • Michael Ford
  • Mike Hearn
  • mrbandrews
  • mruddy
  • ntrgn
  • Otto Allmendinger
  • paveljanik
  • Pavel Vasin
  • Peter Todd
  • phantomcircuit
  • Philip Kaufmann
  • Pieter Wuille
  • pryds
  • randy-waterhouse
  • R E Broadley
  • Rose Toomey
  • Ross Nicoll
  • Roy Badami
  • Ruben Dario Ponticelli
  • Rune K. Svendsen
  • Ryan X. Charles
  • Saivann
  • sandakersmann
  • SergioDemianLerner
  • shshshsh
  • sinetek
  • Stuart Cardall
  • Suhas Daftuar
  • Tawanda Kembo
  • Teran McKinney
  • tm314159
  • Tom Harding
  • Trevin Hofmann
  • Whit J
  • Wladimir J. van der Laan
  • Yoichi Hirai
  • Zak Wilcox
As well as everyone that helped translating on [Transifex](https://www.transifex.com/projects/p/bitcoin/).
Also lots of thanks to the bitcoin.org website team David A. Harding and Saivann Carignan.
Wladimir
original: http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-February/007480.html
submitted by bitcoin-devlist-bot to bitcoin_devlist [link] [comments]

Bitcoin Mining Machines In BTC Blockchain Datacenter #03 Bitcoin, Cryptocurrency and Blockchain Benefits for Financial Services Firms: Simon Dingle Sidechains: Weaving a network of blockchains with Bitcoin by Adam Back of Blockstream Quick Fix  Bitconnect QT Wallet Out of Sync ️ Mac OSX How To Open a Bitcoin Wallet

Upon completing the download of the Bitcoin Blockchain, close Bitcoin Core and restart the computer; ordinarily, to start Bitcoin Core from the command-line referencing the internal hard-drive on the device, the command would be bitcoind -daemon OR bitcoin-qt to launch the Bitcoin Core GUI but try restarting the Bitcoin Core app from the ... Locating Bitcoin's data directory []. The data directory is the location where Bitcoin's data files are stored, including the wallet data file.. Gnu/Linux []. By default Bitcoin will put its data here: ~/.bitcoin/ You need to do a "ls -a" to see directories that start with a dot. Digital money that’s instant, private, and free from bank fees. Download our official wallet app and start using Bitcoin today. Read news, start mining, and buy BTC or BCH. There are two variations of the original bitcoin program available; one with a graphical user interface (usually referred to as just “Bitcoin”), and a 'headless' version (called bitcoind).They are completely compatible with each other, and take the same command-line arguments, read the same configuration file, and read and write the same data files. blockchain events 2018. By: Sudhir Khatwani In: Blockchain Last Updated: Blockchain and cryptocurrencies like Bitcoin are changing the world at an ever-increasing pace. With the advent of Bitcoin, the blockchain was introduced to the world. The blockchain is often considered to be one of the most significant tech findings of the 21st century.

[index] [25518] [32914] [27772] [32146] [28426] [28066] [14804] [6392] [22684] [7932]

Bitcoin Mining Machines In BTC Blockchain Datacenter

Dash's masternodes enable investors to earn a 10+% annual return on investment while performing vital services for the network. Masternodes power both the privacy and instant transaction features ... Learn how to open a Bitcoin Wallet Blockchain wallet, Xapo Wallet, Coinbase Wallet, bitcoin wallet, best bitcoin wallet, bitcoin wallets, bitcoin paper wallets, bitcoin wallet online, bitcoin ... Mine took 6 hours to sync to the blockchain!! In this video I will show you how to quickly fix the syncing issue with Bitconnect QT wallet on a Mac. If this fix does not work please CLICK the ... Cryptocurrency Bitcoin mining in large datacenter. The BTC hashing from the ASIC processors can be heard in the background. https://www.hexmining.com WHOIS D... Over the last couple of years, blockchains have captured a significant mindshare of innovation in financial services, industrial Internet and digital commerce industries. The scope of applications ...

#