How do you people find these random companies???
considering OP registered 3 hours ago, I would guess that he's affiliated with the company. |
|
|
|
for those doing install on a fresh Linux Mint or Ubuntu machine run this before trying to install from the install-sx.sh script sudo apt-get install ncurses-dev libconfig++-dev libzmq-dev libleveldb-dev libboost-dev build-essential g++ libcurl4-gnutls-dev dh-autoreconf git
It will satisfy many dependencies needed to build sx though probably not all. you do realize a full list of dependencies is in the installation script, right? echo "Ubuntu/Debian users require the following packages:"
echo "git build-essential autoconf libtool libboost-all-dev"
echo "pkg-config libcurl4-openssl-dev libleveldb-dev"
echo "libzmq-dev libconfig++-dev libncurses5-dev"
echo
echo "Fedora/Redhat users require the following packages:"
echo "gcc-c++ git autoconf libtool boost-devel pkgconfig"
echo "libcurl-devel openssl-devel leveldb-devel zeromq"
echo "zeromq3 zeromq-devel libconfig libconfig-devel"
echo "ncurses-devel"
echo "and a package group called 'Development Tools'." tl;dr sudo apt-get git build-essential autoconf libtool libboost-all-dev pkg-config libcurl4-openssl-dev libleveldb-dev libzmq-dev libconfig++-dev libncurses5-dev |
|
|
|
|
I probably dodged a bullet on this trade by asking him to send first. On the 8th he was very eager for me to send the coins. He offered me his personal info and amazon account info. He even upgraded the order to express shipping. After I explained the coins will be sent AFTER the item arrives (only 3 days waiting time with express shipping), he tried getting me to send $20 worth of coins because that was the amount charged on his credit card. I still declined to send anything until there was at least a tracking number. He has never logged into his account since. You would think that he would be responding ASAP because he was just dying to get the coins a few days ago.
His plan was probably to order the item, convince the victim to send the funds by allowing access to his account, and then cancel the order once he gets his coins.
|
|
|
|
i already brough this and its legit.
i am willing to re-sell it to someone interesed.
leave me skype for contact via private message
Sure, someone who joined late 2013 invested ~65.000 USD worth of bitcoins to buy that. Oh, and would you look at that, that very same person claiming to have bought the file for the incredible price of 100 BTC also has a very trustworthy trust rating of "-4: -1 / +0(0)". Well, Mr. I-will-resell-it-and-will-definitely-not-scam-you, why don't you prove that the database is in your possesion OR that the sell offer from nanashi___ was infact a legit one, because until now I haven't heard anyone who can confirm that. Kid,i get my investment in less than 2 hours so don't worry about how much i spend and stuff. My "trustworthy" rating is abused by retarded mod who have nothing proof based against me and i do not care about the abused trust here. I already sold 3 copies of it,gf hating the moneymaking >calling people "kid" 2mature4me |
|
|
|
|
I removed the referral link because it's not allowed.
|
|
|
|
|
you can do multisignature addresses, but it requires manually creating and signing the transaction.
|
|
|
|
|
How about this for 0.1 BTC:
1. you buy $90 item off amazon.com
2. ship it to Canada in padded envelope (calculated postage ~$6)
|
|
|
|
I think it is pretty funny how people are defending the right of this forum to promote fraud and mislead people. Given the fact that fraud, hacking, and ponzis are already systematic in bitcoin - you'd think people wouldn't want to encourage them.
It's all fine and good until you lose your own money - just see all the people who lost money on MtGox.
it's hardly misleading or fraudulent when the ad clearly states it's a ponzi. fraud: Any act of deception carried out for the purpose of unfair, undeserved and/or unlawful gain. no deception here  |
|
|
|
wow that's fucked up, over 100m dollars moved with a click of a button almost instantly!!!
with 0 fee's!
Fees 0 BTC
Bitcoin is great isn't it? |
|
|
|
EDIT: Wait, how does the network know who to ban? You said earlier there's no way to differentiate who sent the transaction (Sorry if i'm being naive)
only valid transactions are relayed. thus a bad peer can only send bad transactions to its immediate peers. |
|
|
|
Quick related question, let's say I change my idea to only give <1% of addresses 1 coin to start with (Implementing this we'll pretend is already done!). Would that solve my issue with thousands of transactions? -As now instead the 'miners' would spam 1 coin from addresses they generate, but only a fraction will have that 1. So only a fraction of transactions will be valid, less tps for the network correct?
how exactly do you plan to distribute the coins to addresses? if they're issued by you, that would limit the transactions to the amount of coins in circulation. however, how do you plan to distribute the coins to the addresses? what's preventing people from generating millions of address to get extra coins? Does a huge amount of invalid transactions weigh down a network? How does bitcoin stop someone sending millions of requests for sending coins they dont have, or is it (DDoS) a none issue?
spamming invalid transactions will lead the other peer to disconnect and ban the misbehaving peer. |
|
|
|
However I was wondering, would it be possible to implement a limit on how many transactions 1 node/connection can make to the network? Or would there be no way to do this, and my coin would be broken due to thousands of transactions per second coming from 'miner' nodes? -Maybe there is a computational issue with this idea anyway, would one node be even able to send out that many transactions anyway?
no, because nodes relay other nodes' transactions. there's no way to differentiate whether a transaction was generated by the node itself, or another node that the node is relaying for. not to mention the issue with dynamic IPs. I've had a little look at the bitcoin wiki and it states currently it can handle 7tps, what happens to other transactions, big queue? Would the queue getting huge cause no problem or can it cause problems? Would a change to the codebase be able to fix this? (Add a limit to nodes max tps) like I said above, is this possible?
the lowest priority transactions (lowest fees) will sit as unconfirmed and eventually will be forgotten. |
|
|
|
Of course, if the OS cannot be trusted, then the photo method won't work anyhow.
How can you be sure that when the bitcoin address was generated, the OS didn't supply a false "random" private key? Perhaps the OS uses a hidden algorithm to provide private keys that appear to be random, but which are actually predictable?
that's simple to solve. just flip 256 coins to generate the private key. |
|
|
|
I heard some discussion about adding (at least the ability for) a chargeback option, which could be switched on and off by merchant systems.
It's called escrow. |
|
|
|
Have you tried the service sub-forum?
moved |
|
|
|
relevant xkcd  |
|
|
|
|
works fine on windows 7, 64 bit exe.
|
|
|
|
If you can pay for my/buy me a Canada Post shipping label I will be very thankful and of course provide a fee/tip for the service.
how much fee are we talking about here? |
|
|
|
|
Show Posts
