qwyz94 Scam Report - Sinister

How to not get banned on Google Play

Hi to all of you fellow developers and admirers of our lord and savior Jake Wharton. Like all of you, I faced a troubling period of my life where my apps were constantly getting banned from the mighty Google Play Store. But I found the enlightenment in the following guide, which I will share with you.
Since I was previously banned from the Play Store, I had to completely change my identity to avoid being recognized by Google. I began by moving into another house in another country. Then, I legally changed my name to avoid suspicion. I subsequently browsed the Dark Web with my Tor browser running in a VM running in another Tor browser in order to buy a fake identity from a supplier in Malaysia along with fake cards. Wearing this identity, I moved again, this time to Thailand, and I currently live in a cave with no internet connection and the nearest camera is 5 miles away. I obviously changed my appearance in the process and am now a 3'11" female. I never talked to anyone during the past two years. The identity I previously assumed is officially considered dead in the United States as of last week.
Now to the app itself. My app is a random string of letters (like "lTr2x1HQuM20603cfHzV" for example, I'm not sharing the real one here) in order to avoid any kind of impersonation with another app the the store. Additionally, my app description is empty to avoid mentioning any company or product that might exist. My developer name is another random string to again avoid impersonation. My privacy policy is 989 pages long (written in Arial 4) even though my app doesn't share any user information. Instead, it aims to cover every possible case where a user might try to find me IRL and force me to take his or her information.
I don't have any ads nor any kind of in-app purchase available. Instead, I expect user to find the address of my Bitcoin wallet (by guessing since we are not allowed to provide a donation URL) in order to cover my expenses.
To avoid impersonation further, my app has no UI nor any graphic assets. There's only one screenshot in the store listing, and it's a black screen. The user must connect the phone to a computer in order to communicate with the app via ADB (the app is a terminal SMS app). My app doesn't ask for any permission. No internet, no SMS, no location, nothing. In fact, there are negative permissions asked: the user is granted permissions as a result of downloading my app. This way, when Google eventually prevents apps from asking any permissions at all, my app will be the only one left.
I am not using any third-party library to avoid wrong SDK versions leaking into my app and I check every hour if Google has released a new Android version so the SDK version is always up-to-date. My keystore has 17 backups scattered around the world and each is managed by a trusted person that can also take over my app and continue updating it in case I die. I also use App Bundle even though my app has no resources or architecture-specific binaries.
Despite having no content at all, my app is rated 18+ for adults only to accelerate publishing process and to avoid getting banned for user-generated content (even if it's impossible for users to generate content). My app is written in Kotlin and Flutter so there are no crashes possible that might get me banned. I use ?. on every call and run the whole program in try {} catch {} to avoid crashes. I am also using RxJava 3, RxAndroid, RxKotlin, ButterKnife, Retrofit, OkHTTP, timber and RxRelay. Sure I said no 3rd party but everything written by our lord and savior is obviously first-party (more like zeroth-party since arrays start at 0).
My app is licensed under WTFPL (Do What The Fuck You Want To Public License) in order to avoid any confusion. My code also doesn't use any private APIs just in case. The code was also dipped 3 times in water blessed by our lord and savior Mr. Wharton himself in order to purify it.
Finally, I have hired a team of 30 hitmen worldwide to personally track and eliminate anyone trying to add ads to my app and publish it to third party stores, or worse, to the Google Play Store itself, and get my app (the original) banned. The hitmen search the Play Store in their free time to make sure my app name, developer name and description have no letters that matches any other app's.
These are very simple instructions to follow to avoid getting banned from the Google Play Store. Trust me it's worth it considering that the other possibility is living without the sacred Play Store!
Please be aware that posting this here is a risk I've decided to take personally. I'm afraid Google might try to track the familiar movements of my computer mouse and use it to recognize my real identity, thus sentencing my app and developer account to another painful ban. So please profit as much as possible from the short amount of information I could share with you. Farewell.
submitted by rvkUJApH34uqa5Wh8M4K to mAndroidDev [link] [comments]

Optimizing application with designer patter with cpp

Hello Guys

I have a question on optimizing my code, so I have a wrapper for an RPC 1.0 framework, and I utilizing two patterns for realizing the system of the command, so the Patter Mediator and the Patter Command,

The mediator has more commands, so with the command I pass the container to creating a Graph with the information of the command, and in the second moment I serializing the container concept (In java this concept container is an Object but in my project c++ no because I didn't use new)

My UML is this https://i.imgur.com/9b1yILg.png

My question is on the I how to build the code, with the C++ is correct approach? or this code could be slow down code execution?
I realizing this with this code

Interface command
#include  #include  #include  #include "../core/graph/WrapperInformations.h" namespace spyCBlockRPC { class IRPCCommand { public: virtual void doCommand(WrapperInformations &wrapper, BitcoinAPI &bitcoinApi) = 0; }; } 
The Mediator command
#include  #include  #include  #include "IRPCCommand.h" #include "DecodeScriptCommand.h" #include "DecodeRawTransaction.h" #include "DecodeBlockAtIndexCommand.h" #include "../ConfiguratorSingleton.h" //TODO add an personal exception namespace spyCBlockRPC { class RPCCommandMediator { public: const std::string DECODE_SCRIPT_COMMAND = "DECODE_SCRIPT_COMMAND"; inline static RPCCommandMediator& getInstance() { static RPCCommandMediator SINGLETON; return SINGLETON; } inline void doCommand(std::string keyCommand, WrapperInformations &wrapper) { if(keyCommand.empty()) { // create exception return; } if(keyCommand == DECODE_SCRIPT_COMMAND) { decodeScript.doCommand(wrapper, bitcoinApi); return; } if(keyCommand == DECODE_RAW_TX_COMMAND) { decodeRawTx.doCommand(wrapper, bitcoinApi); } if(keyCommand == DECODE_BLOCKS_COMMAND) { DecodeBlockAtIndexCommand decodeBlock; decodeBlock.doCommand(wrapper, bitcoinApi); } //Throws an exeption return; } private: //Commands DecodeScriptCommand decodeScript; DecodeRawTransaction decodeRawTx; //Bitcoin api BitcoinAPI bitcoinApi; }; } 
The transaction Wrapper, do the interface to creating a graph and it has a refinement to the mediator and calls the necessary command to build the graph
namespace spyCBlockRPC { class WrapperInformations { public: std::string getFrom() const; void setFrom(const std::string &value); std::string getTo() const; void setTo(const std::string &value); std::vector getLinkInformations() const; void setLinkInformations(const std::vector &value); void addInformationLink(const std::string &information); std::vector getFromIdWallets() const; std::vector getToIdWallets() const; void setToIdWallets(const std::vector &value); void setFromIdWallets(const std::vector &value); std::string getDelimitator() const; void setDelimitator(const std::string &value); std::string getHashPreviousTx() const; void setHashPreviousTx(const std::string &value); uint64_t getNOutpoint() const; void setNOutpoint(const uint64_t &value); int getHeightBlockchain() const; void setHeightBlockchain(int value); int getStartBlock() const; void setStartBlock(int value); private: std:: string hashPreviousTx; uint64_t nOutpoint; std::string from; std::vector fromIdWallets; std::string to; std::vector toIdWallets; std::vector linkInformations; std::string delimitator; int heightBlockchain = -1; int startBlock = 1; }; } 
submitted by crazyjoker96 to cpp_questions [link] [comments]

Ethereum's advantages for Bitcoin highlight how Ethereum has won the smart contract market for years to come - at a minimum

If you're new to Ethereum, but in love with Bitcoin, you may be thinking, "well, Ethereum is winning now, but Rootstock is still a contender". This topic come up frequently and has been addressed community members quite well. Because posts get censored elsewhere, and deleted over time, I thought I'd reiterate the points here.
tl;dr Using Ethereum to create bonded side chains has advantage to Bitcoin holders that cannot be obtained by non-currency agnostic chains (such as the proposed chain called Rootstock). Ethereum is better for Bitcoin, and with PoS, is more secure.
Rootstock is currently a proposal to be the path to creating smart contracts with Bitcoin. There is this idea out there called “bitcoin maximalization” in which a some cryptocurrency enthusiasts will only accept Bitcoin as THE blockchain of the future. Well, the challenge with that idea is that, while Bitcoin was the first successful blockchain, it is also slow, expensive, and the least-developed. Bitcoin maximalists believe that will change. They believe that bitcoin will adapt. They think Bitcoin will incorporate more technological innovation and maintain global dominance. Sadly, this belief still holds true for many, despite the clear conflicts between mining, development, and exchanges that have driven the long drawn out block size debate. Bitcoin ability to adapt and incorporate new technology is clearly questionable.
One technological revolution brought on by Ethereum has been the smart contract (programmable automated contracts). Ethereum has had a year long monopoly on this innovation, and the monopoly appear to be maintain for the foreseeable future. Bitcoin maximalists do not like that idea. They feel it is a threat to Bitcoin dominance.
While bitcoin and Ethereum COULD make lovely music together, the idea that Bitcoin could lose its dominant position (by market cap) is likely true. Ethereum has many more use cases. This doesn’t mean Bitcoin will go extinct. As a streamlined, non-bloated, currency, it may still be very useful, but I digress.
What if Bitcoin could simply gain Ethereum’s technological sophistication? Rootstock desires to do just that, well, sort of, and for a piece of the pie. For that reason, it’s often promoted by /Bitcoin (a highly censored bitcoin community similar /btc).
So how will Rootstock plan to achieve this?
First, understand Rootstock is currently vapor. An idea and an implementation can be worlds apart. At the time of this post, there is not a single line of code on Github, while Ethereum has just matured to "Homestead" and is running perfectly. While some describe Rootstock as “open source”, currently, nothing is open. Ethereum development took years to get where it is today, and the open aspect of the development led to Etherum’s current remarkable sophistication and stable platform.
But let’s assume, fairly, that Rootstock does eventually emerge from vapor. Rootstock developers are borrowing some of Ethereum’s technology. Thus, in some sense, some of the work is provided for them thanks to Ethereum. Of course, it is easy to overstate. You can’t just cut and paste Ethereum and have it work. It requires a massive amount of development.
So what will Rootstock look like.
Currently, they have two major version planned:
vovobov (throwaway account) had this nice contribution:
Ethereum as a bonded sidechain of Bitcoin with advantages over Rootstock
What is a sidechain?
According to block stream:
A sidechain is a blockchain that validates data from other blockchains
Ethereum already does that with BTC Relay. So how about pegged assets?
This is an idea for an Ethereum contract that makes Bitcoin-backed tokens without any softfork or trusted Bitcoin multisig managers. Instead, Bitcoin IOU's are created on the Ethereum blockchain and backed by Ether bonds which are governed by Ethereum contracts like BTC Relay or price oracles. The Bitcoin IOUs are backed by Bitcoins held by the escrow managers but if they steal/lose the Bitcoins (or refuse to redeem them) the Bonded Escrow Contract will observe their naughty behaviour and sell their Ether bond to redeem the Bitcoins from someone else!
Rootstock vs Bonded Escrow Contract on Ethereum
There are two methods that Rootstock developers plan to use for issuing Bitcoin IOUs (called "Roots") on their Bitcoin "sidechain". AFAIU the first involves merged mining and a multisig wallet that entrusts a quorum of Bitcoin miners with the entire basket of Bitcoin eggs that were "moved" to the Rootstock chain. The second method requires softforking the Bitcoin blockchain for a two-way peg.
Pseudonymous, distributed, untrusted issuers
Rootstock dev maaku7:
“It's a known trade-off made by any presently deployable implementation of the 2-way peg. It's also something that we were very upfront about in the sidechains paper, and part of the reason why many of us are so concerned about decentralization of bitcoin mining.
In any non-SNARK, non-extension-block version of the 2-way peg a bitcoin node does not perform full validation of the sidechain as part of the consensus rules. Therefore it is perfectly possible (by design) for a threshold majority of the miners / signers to steal the coins in the peg pool, and censor any attempt to stop them. Why by design? Because that's the promise of sidechains: performant permissionless innovation at the cost of SPV trust in the honest majority of signers / miners.
Sidechains we are working on (e.g. Alpha, Liquid) and Rootstock, by the looks of it, make use of a fixed set of signers instead of or in addition to reliance on >50% honest hashpower. This is because while less pure, it is ultimately safer to work with known, contracted entities as functionaries rather than 50% hashpower which at the moment is just a small handful of unaccountable people.
EDIT: Although obviously the ideal end goal is fully decentralized mining, where creating a 50% hashpower cabal requires organizing thousands of people at minimum. In such a case we may be able to consider a pure SPV peg to have a reasonable security model. But we're a long way from there yet...”
says this about sidechain security:
“In any non-SNARK, non-extension-block version of the 2-way peg a bitcoin node does not perform full validation of the sidechain as part of the consensus rules. Therefore it is perfectly possible (by design) for a threshold majority of the miners / signers to steal the coins in the peg pool, and censor any attempt to stop them. Why by design? Because that's the promise of sidechains: performant permissionless innovation at the cost of SPV trust in the honest majority of signers / miners.”
Ether bonds can remove most of the need for this trust and allow pseudonymous, permissionless participation in issuance and escrow management. Without anonymous, untrusted validators, distributed around the world, Bitcoin is looking more and more like Chinese Liberty Reserve or E-gold. …
Bonded sidechains decentralize pegged assets
Even with a Bitcoin softfork, Rootstock has just one Bitcoin IOU with all the Bitcoins sitting like a duck in one "wallet". Since Roots are just one Bitcoin IOU from one issuer, they can't be used to back/bond IOUs the way Ether can. If Rootstock's multisig/SPV wallet is robbed by it's signers/miners or (as they always say) hackers, the value of Roots become "zero" along with any asset or contract using Roots. Ether continues to have value if Bitcoins are stolen. Theft just thins out the herd and makes people more cautious. Ether bonds make issuers mostly responsible for their IOUs with IOU holders assuming some risk if Ether loses too much value to Bitcoin.
Issuing servers and indie issuers
A basic Bonded Escrow Contract is practically complete since BTC Relay does the difficult part. "Bonded Escrow Contract" is completely decentralized and requires no modification to Bitcoin. It would allow anyone to "anonymously" manage Bitcoin escrow wallets or issue Bitcoin IOUs. They only need to obtain Ether for the bond, send it to the Bonded Escrow Contract along with their Bitcoin escrow address and the terms of the IOU they wish to create. Indie issuers don't have to babysit a "server" (that needs to be online all the time) if they create IOU contracts that won't have harsh penalties if they take some time to redeem the tokens. IOU buyers who want faster redemption can buy IOU's from issuing servers. Issuers are free to choose alternatives to SPV such as prediction markets, to verify Bitcoin transactions.
Bonded Escrow Contract options
Here are some options that the Bonded Escrow Contract could make available: * Designate how much Bitcoin the IOU tokens are to be worth and how much Ether will back them. This may be a fixed rate or it may be based on other Ethereum price oracle contracts. If a price oracle is used the issuer may have to add Ether to prevent the IOU from going into default if the Ether price goes down relative to Bitcoin. * Set exchange or rental rates for the Bitcoin IOUs. These rates may be in Ether and/or Bitcoin and could be based on oracle/derivatives contracts.
When IOUs aren't redeemed (right away)
What happens if the IOU's are sent back to the issuer but the Bitcoins aren't released right away?
In more recent news:
Rootstock devs (RSK) clarified that instead of creating a token, like Ether, which is sold to the public to fund initial development. With Rootstock, “every time a person or a corporation runs a smart contract on RSK, 80% of the fuel paid goes to the miners and the remaining 20% to RSK Labs, so we can continue the development of the open source platform”.
In other words, Rootstock is a sidechain business venture centrally controlled by RSK. Unlike Ethereum, it is NOT a public resource. This does not foster independent, open source, development, such as what we are seeing with ventures like Ethcore and Consensys and well, the many many other Ethereum developers well deserving of attention. If you’re planning to build on Rootstock, RSK labs get a cut of your expenses. Enjoy having a new boss. That doesn’t exist with Ethereum!!! The Ethereum Foundation started the enterprise, but Ethereum development is already much bigger than a single foundation.
sjalq also makes these fair comments:
Add to this is that Ethereum's PoS will be far more scalable, with Casper development reaching high levels of sophistication.
Basically, unless you absolutely refuse to hold anything but Bitcoin, there is no reason to ever use what's proposed for Rootstock. It's less capable, less secure, less scalable, more centralized, and will be two years behind Ethereum's remarkable network effect (at a minimum). Ethereum's monopoly is going no where for the foreseeable future.
Update: March 18th 2016
What About Counterparty?
  • In most repects, Counterparty's model has the exact same issues as Rootstock's outlined above, so it's the same problems as that described above. Unlike Rootstock, there will be an altcoin, but instead of currency agnostics, it's connected only to bitcoin.
  • Counterparty is also greatly limited by bitcoin's slow blocktime.
  • Detail discussion here.. Basically, Counterparty's model is a model that the Ethereum founders abandoned because it is a technologically poor decision.
  • More perspective from Ethereum dev Alex van de Sande.
    • "many ex-xcp developers who are migrating to Ethereum due to ease of development and better tools. [such as Bitnation] ... Also I don't understand the advantage of counterparty 'using Bitcoin': they also have their own token and their own Blockchain, what is gained by having a ten minute block time?"
    • "The 'there's only one Blockchain' crowd is what we call 'Bitcoin maximalism'. I think this is more a political position than a pragmatic one: Ethereum Blockchain is secure and created from the ground up for contracts. Counterparty is hack trying to put them into a Blockchain that wasn't made for it and doesn't seem to want contracts. I do wish them the best, I just never saw their software stack."
    • "... they claimed they had cloned us and then the next day Vitalik answered that he had implemented counterparty in X lines of codes in ethereum."
  • VB response to "What Ethereum can do that Counterparty cannot"
    1. <15s block time
    2. Light client support
    3. Lack of exposure to Bitcoin development politics (personally, I think this point alone is enough to outweigh whatever 8x difference in dollars wasted per hour on PoW the maximalists like to wave around, and was the original reason for not making ethereum itself a bitcoin-based metacoin)
    4. Lack of exposure to the possibility of Paul Sztorc convincing bitcoin miners that XCP decreases the value of BTC and so should be censored by miners.
    5. Lack of artificially low block size limit
    6. Has a coherent long-term scalability roadmap
    7. Just to throw a bitcoin maximalist argument right back at them, ETH has way better liquidity than XCP so there's less overhead in acquiring the token to pay fees (alongside other network effects like developer tools, user community, etc)
    8. We have DELEGATECALL implemented, they as I understand don't
  • VB does give Counterparty one benefit
    "That said, counterparty is more closely linked to the bitcoin blockchain, so it's easier to make crowdsales that accept bitcoin directly; that's the primary point in favor of a bitcoin blockchain-based metacoin. Though now btcrelay makes up for quite a bit of that difference."
What About Lisk?
It's basically trying to be Ethereum, but using javascript (rather than Ethereum's clients which make a hell of a lot more sense, such as Go, C++, Python, Rust, Java, Ruby, .net). A Javascript Ethereum is a terrible idea, and even if it wasn't, why devote a whole new blockchain to it. Seems pointless, leading to some to suggest this may be an elaborate scam. I doubt it's a scam, but it does seem poorly thought out.
Ethereum's Solidity is VERY close to Javascript, but MUCH better for smart contracts.
As noted by Itsaconspiracy and Nevermindthequestion :
  • The javascript is sandboxed but unrestricted. They have half a dozen rules you're supposed to follow in contracts, to avoid breaking consensus. Nothing's stopping you from putting a call to math.random() in your contract and then nobody gets the same results. Every contract runs in its own sidechain so at least you're not breaking global consensus, but contracts can call each other so it's not totally isolates easier for bugs to sneak in. For example, if someone passes the string "1" into a parameter where you're expectd either.
  • Javascript numbers are all floating-point, so you can get rounding errors in your contracts. (It's possible that they provide a bignum library, but I don't think so, their rules for contract writers don't say "please use our bignum library.")
  • Javascript has weak dynamic typing, so it'ing a number, and you haven't written explicit code to convert it to a number, then you can end up with the wrong answer. ("1" + 2) / 3 = 4 in Javascript. (Try it yourself online).
  • Not to mention that the LISK contracts will be stored in plaintext, which means they'll be vastly more expensive to publish.
OK, so Bitcoin focused smart contracts and LISK are bad ideas, but sometimes bad ideas win, after all, bla bla "network effect"
Ethereum already has its own network effect within the smart contract space. Bitcoin is far behind. There really is no mechanism to catch up. At this time, there appears to be just as much fresh money going into Ethereum development as Bitcoin, if not more (200+ project and counting) and over a billion dollars in investments estimated this year by Vinay Gupta. Bitcoin is certainly used as a currency in more places, but its use as a currency is still pretty much a joke. An Ethereum credit card would make this "currency network effect" absolutely pointless. What people don't seem to get it that Bitcoin's market cap is larger as an artifact of it being around longer, but soon, that will change. The amount of new investment in Ethereum, the number of devs deeply involved in Ethereum projects, has already made Bitcoin's history irrelevant. It seems very obvious to me. In my opinion, it really is over already. Ethereum has already won its place as the primary public blockchain. It's just a matter of time before people realize it. And some very clever investors, already have.
submitted by nbr1bonehead to ethtrader [link] [comments]

Update to my blockchain.info theft

From this thread http://www.reddit.com/Bitcoin/comments/1z0ug6/blockchaininfo_wallet_emptied_as_far_as_i_can/
I got nailed good, and I have no idea when where or how. I'm not a risky clicker and I'm pretty good at seeing fake/phising sites.
Basically whoever did it, or however they did it kicked my ass. I am a computer professional and I generally know my shit. My best guess is that they did do it via the browser. That day the only sites I visited were blog.coinkite.com and this subreddit.
I guess if you are using the blockchain.info site, make sure you have 2FA (I did) and the double password (I did not) Also, avoid the backup to anything but a USB stick. It seems like everyone who's gotten owned has been because they downloaded or emailed themselves a backup. I've not got a nice weekend ahead of reformatting 3 computers. I'll probably also send a few bitcents to that address again and see what happens.
tldr: After 20+ hours of checking my computers, email accounts, backup accounts and network for security issues, I found none of them to be compromised. Best guess is a website somehow grabbed my private key via a java exploit or phish. Also kudos to whoever did it, you got me good.
My takeaway from this: Dedicated airgap computer with wallet. paper storage, one time use addresses, no more blockchain. Price paid for lesson: 1btc
edit I wrote some tips for those who might not have known about some of the security features and issues with blockchain.info
http://www.reddit.com/Bitcoin/comments/1z78vq/psa_is_your_blockchaininfo_wallet_safe_some_tips/
submitted by CyberSol to Bitcoin [link] [comments]

Success with Raspberry Pi 3 and Blockchain API v2

I managed to get my Skyhook running on a Raspberry Pi 3 and it is successfully using the new Blockchain API v2 via the blockchain-wallet-service. The send-bitcoin process via the v2 service on the Pi3 takes only about 5 seconds. Not too bad at all.
Although it may be possible to image a MicroSD card with the contents of the regular Pi1 SD card, I opted to start from a fresh Rasbian Jessie (non-lite) install and start assembling the pieces from there.
After the usual Raspberry Pi setup procedures (expand filesystem, configure to boot to console, apt-get update, apt-get dist-upgrade etc etc)... here is a list the things I needed to address to get everything working. Please note I assembled this list through a lot of trial and error and had to backtrack a few times. I tried to keep track of just what was necessary but it is possible I missed some items from my notes below.
I mounted my original skyhook SD card via USB on my Pi3 so I could copy across files as needed. Whenever copying files, keep the permissions and ownership etc (cp -a) Also, when copying over config files, keep the original if possible. Sometimes handy to reference.
Install needed packages
Compare your old and new /vacache/apt/archives and start filling in the missing pieces. I started with php5, php5-mcrypt, apache2 etc. etc. I didn't try to duplicate those lists... just installed the obviously needed ones.
Main skyhook web directory
Copy your /vawww/btc dir across to the new pi.
Configure PHP
Copy /etc/php5/apache2/php.ini across and comment out (with semicolons) the 5 lines related to 'apc' at the bottom. I tried installing the apc.so library and ran into problems and found elsewhere that apc isn't really necessary anymore (?) with more recent php.
Configure Apache
Copy your /etc/apache2/sites-available/skyhook config file across to the new pi and add a symbolic link from the site-enabled (and remove the link for the default one). Note that you need to name the file with a .conf extension now. So name it "sites-available/skyhook.conf" and symbolically link it with the same name.
The mod-rewrite module needs to be enabled. Create the necessary symbolic link in mods-enabled to the mods-available dir.
Restart apache2.
Setup MySQL
Copy across the database dir to new pi: /valib/mysql/skyhook/
You also need to copy across ibdata1, ib_logfile0 and ib_logfile1 from the /valib/mysql directory.
Change ownership of all those files to mysql:mysql if they aren't already.
Restart mysql.
Add the "skyhook" mysql user with skyhook DB permsissions with empty password. Run "mysql" as root. > GRANT ALL PRIVILEGES ON skyhook.* To 'skyhook'@'localhost' IDENTIFIED BY ''; > FLUSH privileges;
Bill Scanner
The bill-scanner driver gets executed during the purchase stage and is executed as used "www-data". The original setup would modify the ownership of /dev/ttyUSB0 at bootup so that www-data could access it. This doesn't seem to work anymore on Jessie and the device remains with root:dialout ownership. So, instead, I just added www-data to the dialout group.
$ sudo usermod -a -G dialout www-data 
The python script also needs the "pycrypto" library.
$ sudo apt-get install python-crypto 
Temp ramfs directory
When you boot your Skyhook and type your admin password, the decrypted blockchain credentials (etc) are stored in a ramfs mount /tmp_disk
Create the directory as root then add the following to /etc/rc.local to properly setup the ramfs at boot (add it just above the exit 0):
/bin/mount -t ramfs -o size=32m,rw,uid=pi,gid=www-data,discard,user ramfs /tmp_disk /bin/chown pi:www-data -R /tmp_disk /bin/chmod 0770 /tmp_disk 
Blockchain API v2 wallet service
Install the wallet service as per: https://github.com/blockchain/service-my-wallet-v3#installation
I needed a newer version of nodejs and npm than is provided in the Jessie repo. Use this: https://learn.adafruit.com/node-embedded-development/installing-node-dot-js
The addition of the new blockchain v2 api_key needs to be integrated into the php files. I don't have my changes documented so will need to add that in a comment later. Sorry.
To have the wallet service run at bootup I added the following to my /etc/rc.local file (again, somewhere above the "exit 0"):
cd /tmp # needed so nohup can output its nohup.out logfile /sbin/runuser www-data --shell=/bin/sh -c "/usbin/nohup /usbin/blockchain-wallet-service start &" 
I opted to have the service run as "www-data".
Networking
The Pi will have two network interfaces. The ethernet plug (eth0) and the Nexus wifi (usb0). Jessie does networking slightly differently. See: https://www.raspberrypi.org/forums/viewtopic.php?p=798866#p798866
In /etc/network/interfaces I commented out the wlan0 and wlan1 sections, set the eth0 interface to 'manual' and added a new interface line for the Nexus usb0 interface.
iface usb0 inet manual 
With those interfaces set to 'manual' in there, you now need to configure them in /etc/dhcpcd.conf The eth0 will default to dhcp but I added the following lines to the bottom of the file for usb0:
interface usb0 static ip_address=192.168.42.45 static routers=192.168.42.129 static domain_name_servers=8.8.8.8 
Done!
And that was it!
Along the way I found the following logs useful for diagnosing errors:
Not sure how alive Project Skyhook is anymore but I hope this is useful for some people. Please let me know if you have any questions and I'll do my best to answer them.
submitted by TKRSRY to projectskyhook [link] [comments]

My Feedback for Copay

First, this is now the best wallet out there, hands down, in my humble opinion. It's my new default for telling friends to go install this app to play with bitcoin.
Highlights:
Here's my (limited) feedback for improvement (iOS app):
Bitpay, you guys are killing it. Open source, clean software, giving back to the community. Thank you so much.
submitted by loveforyouandme to Bitcoin [link] [comments]

What do you think of my cold wallet system?

So I've been planning to move my bitcoins from centralized exchanges to an offline cold wallet. This is what I've thought of:
Step 1: Install Tails on a fresh USB stick. Boot Tails on my laptop and download Electrum and other Bitcoin software like Shamir Secret Sharing Java file on another fresh USB.
Step 2: Transfer the Electrum and other softwares via the USB to a fresh Raspberry Pi Model B+ which will never ever connect to the Internet.
Step 3: Generate a Electrum seed on my Pi and using the Shamir Secret Sharing file, split the seed into N of M shares. Print those shares using an offline printer and distribute them to trusted people and keep some myself in secure places.
Step 4: Transfer bitcoins to my new electrum wallet
If I want to spend: Sign the transaction on my offline Pi. Use a empty USB to transfer the signed txn to my laptop which I would boot with Tails. Broadcast the txn online.
What do you guys think? I think using Tails on my main computer to broadcast txns would minimize attack vector with respect to the USB drive. Are there any other weaknesses or potential loopholes that I've missed out? Thanks!!
submitted by BitCamel to Bitcoin [link] [comments]

I have a product idea; can I learn as I go? Where to begin?

Hi webdev,
I'm a computer engineering student with an idea for an online website/service, and I've been interested in learning some webdev for a while now, so I'm planning on just going for it over the next month. The premise of the site is a site where users can sign up to organize tournaments for an existing online game, and pay Bitcoins to participate in these tournaments, with the earnings divided to the winners. The main purpose of the site will be to provide a fluid platform for hosting these tournaments.
I would appreciate some advice on how much I can take on and what things I should know/learn, and where I can learn them.
Thanks for taking the time to read this post and answer my newbie questions.
submitted by kslengk to webdev [link] [comments]

Mining Bitcoin on Browser How to crack a Bitcoin wallet (How to crack a Coinbase wallet) May 27 2020 Bitcoin JSON-RPC Tutorial 7 - Wallet Notify Free Bitcoin Wallet Setup  Blockchain.info How to Download and Install MyCrypto Wallet

It may be related to some API change as older versions of Bitcoin Wallet are also affected. I tried with the same version that created the backup, 4.41, to no avail. Running Android 7.1.1 on Nexus 5X. I can confirm that my password is correct and decoding/decrypting the .bin file with openssl as per Crypto.java works fine. The following are top voted examples for showing how to use org.bitcoinj.wallet.Protos.ScryptParameters.These examples are extracted from open source projects. You can vote up the examples you like and your votes will be used in our system to generate more good examples. I made my own Bitcoin address generator using Java. I have no one to share this with that would care or understand what I’m talking about so I’m sharing my excitement here. I’m starting to understand the inner workings of cryptography a lot better now :) thanks Bitcoin. I'm going to give a more optimistic answer, depending on what the user means by "wallet gone" in the subject line. If they used a desktop bitcoin wallet, and they never backed it up, and they have thrown away the hard drive (or encrypted it multiple times and lost the key) then I think it's fair to say that their Bitcoin is irretrievably gone. The attacker was able to access allinvain’s wallet.dat file, and quickly empty out the wallet – either by sending a transaction from allinvain’s computer itself, or by simply uploading the wallet.dat file and emptying it on his own machine. The solution to this is obvious: wallet encryption. In allinvain’s time, this was not so simple; one would need to use a generic encryption program ...

[index] [5466] [6219] [11599] [21398] [34596] [18529] [791] [24988] [39341] [45424]

Mining Bitcoin on Browser

JAVA - How To Design Login And Register Form In Java Netbeans - Duration: 44:14. ... Transferring Bitcoins to my wallet - Duration: 2:36. DewClarke 83,744 views. 2:36. How to Send Bitcoins ... How to set up blockchain.info wallet service API. Blockchain Wallet API V2 My Book: https://www.amazon.com/Building-Bitcoin-Websites-Beginners-Development/dp... Yes You Can Also Mining Bitcoin on Your Normal Computer or Laptop Browser while Browsing Internet. Its an Easy Method and also free of Cost. You Just Need A ... My Favorite Bitcoin Wallets BTC Debit Card Hardware Wallet and MultiCoin Wallets - Duration: 6 ... JAVA - How To Design Login And Register Form In Java Netbeans - Duration: 44:14. 1BestCsharp blog ... Bitcoin JSON-RPC tutorial. How to set up and use bitcoind wallet notify feature. My Book: Building Bitcoin Websites - https://www.amazon.com/Building-Bitcoin...

#