What we now know is that this blockchain crypto is not as great as have been told us. The only present use of bitcoin is for the benefits of the large holders as a tool for pump-and-dump. From now onward, the market will go down all the way to $1000 to $2000 after the large holders have taken all their profits. Thereafter the next round would unfold. The bottom may be in 2017+3 or in 2020.
what a stupid comment in a forum from a newbie. BITCOIN IS GREAT !!!  it's just not for newbies, who turned in too late (loosers), and want to make money quickly, and now bet on the wrong horse. Looking at the other posts, you must be really disappointed about not having S2X happen - as I said, looks like you were too greedy, and now tring to troll the forum with predictions into the future. Show your track record of predictions in the past, that met the target, and then one could develop trust in such "just having an opinion" messages. But you have no proof. So go to the reddit blogs, and post it there. It meets more the emotional esteem and level of intelligence of these messages. |
|
|
|
Another question. If I have bitcoins (an amount X before fork) in a trading exchange, I think it may be legally bound to give me X B2X; they have to honor our rights to this new coins. Can it happen some "reputable" exchanges refuse to give us our new allocation of B2X?
getting greedy, what? Did you sign a contract to buy BTC/ETH/Monero/Dash with them? Or did you buy B2x to pay with BTC? Do you have the private keys? Have you tried to buy yourself B2X Futures? Or is it just that you want to get "rich" without doing any efforts? Look, the majority is here greedy, and we all want to get the money from others without doing any effort. It's not a communism system, right? And if we know howto get the money from others, why would we explain to others ... But if you turn your question around: "will my exchange XYZ provide the equivalent of BTC in Shitcoin2x?", then people might have better experience in replying to such question. |
|
|
|
The statement about programs not having access to any outside information is interesting. Surely it means you can't make timed contracts?...
Why can't Charles Moore take his big brain and make a FORTH-like VM for blockchain?
the problem is merely, how to integrate data from real live (like stock exchange values) into the contract. When it comes to timed contracts, we already have this with CHECKLOCKTIMEVERIFY and CHECKSEQUENCEVERIFY. See my posting here: https://bitcointalk.org/index.php?topic=2204938.msg23664225#msg23664225Oh, and the whole stack engine is already FORTH like. Have a look at it here: https://en.bitcoin.it/wiki/Script |
|
|
|
Great that it works, but we don't know why ...  When you have the delay included, it would be good to know what happens immedeatly at startup, and what happens after the delay... Is it maybe that the network stack initializes after the crontabs of the users? Is it on a DHCP network, and hasn't received an IP yet? well, I guess you are happy that it runs, and further research might not be required happy bitcoining! |
|
|
|
same topic mentioned here - we are reading both :-) https://bitcoin.stackexchange.com/questions/61617/bitcoind-start-at-reboot-but-rpc-calls-wont-work?noredirect=1#comment70887_61617you may want to try a shell script, that is executed by your crontab. Save this file as bitcoind.sh, and place it anywhere (I usually through this in /usr/local/bin, which is in the $PATH, then you don't need fully qualified filename). In your crontab you simply write: @reboot bitcoin.shno ampersand (&) would be required, cause bitcoind is launched as daemon. I think I remember that bitcoind has an option to provide a parameter for the config file, this might also help. #!/bin/sh
PATH=$PATH:/home/pine:/usr/local/bin
cd /home/pine
bitcoind -daemon
I did a test on my RasPi2 with SuSE armv7 Linux 4.1.19-1-rpi2. There it works easily from scratch. Just entered "@reboot bitcoind -daemon" for the user who normally runs bitcoin. And then I can execute commands with bitcoin-cli. No problem. One observation: When I reboot, my Raspberry has no real time clock, so the bitcoind would complain, that system time is older than last entries in blockchain, and hence it cannot start. - you may want to check, if your system (when disconnected from network) comes up with a time in 1970... If so, I would have a workaround. What is your syslog saying? Not sure, what you have, maybe "tail -n50 -f /var/log/messages" or newer systems have "journalctl -f --since=-5min"... If still no clue, one could compare the list of open files (lsof -p <processID_of_bitcoind>). Happy testing! |
|
|
|
not sure if the derivation is correct. From my discussion with achow ( https://bitcointalk.org/index.php?topic=1682183.msg21389041#msg21389041) I seem to understand, that segwit nodes send data in legacy format to "old" (non-segwit) nodes. This doesn't mean, the old client "get's nothing, and must trust". It still get's the data in old "legacy" format, and as such can decompose the tx inside, and verify the contents. Further achow101 says: "all witness data stripped out" - I am not yet sure how to interpret this, does it mean that script sig(s) in the legacy format remain empty? That would mean, the legacy client is still able to verify tx contents, but spending is the difference. |
|
|
|
and some more update: the idea of smart contracts become more and more important... people seem to believe, smart contracts are a unique element of Ethereum or other altcoins, this is simply not true. Bitcoin and it's scripting language has these capabilities for a long time, and I thought I update my tx analyzer (tcls_tx2txt.sh) in a way, that the sig scripts display more than a block of some op_codes. The corresponding testcase file (tcls_testcases_tx2txt.sh) has testcase14 for latest SegWit tx, testcase16 and 17 for CLTV and CSV smart contracts, with examples from the forum here (and the links). Have fun, as usual the shell scripts are here: https://github.com/pebwindkraft/trx_cl_suite |
|
|
|
|
I was thinking along the same lines, and understand the difference of PoW vs PoS.
Whereas PoW can easily be defined for bitcoin (number of blocks * difficulty nonce@average power consumption of miner hardware), it get's more difficult for PoS. If you could outline a bit more, why this should have "nearly the same" power consumption?
|
|
|
|
...
Anything could be those use cases. For example some escrow service or a whole signature campaign which pays out per posts could be created.
Anything you can program can be coded into a smart contract.
yup, here we go! thx so much, fully agree This is why I raised this question. The trolls here seem to think, that smart contracts = turing complete machine, is fancy coding language (which removes me from the burden of using my brain), is ETHEREUM transported into Bitcoin, cause flippening will happen (haha, what a laugh!!!), and much more stupid reasons. Those noobs seem to not even know what they are talking about... I should stop ranting here, and show how to provide s.th. to the community (still hoping that some people come out of there noob zone and start to learn): BITCOIN HAS ALREADY SMART CONTRACTS! Examples and use cases: e.g. the link you mentioned ( https://github.com/bitcoin/bips/blob/master/bip-0112.mediawiki): IF
2 <Alice's pubkey> <Bob's pubkey> <Escrow's pubkey> 3 CHECKMULTISIG
ELSE
"30d" CHECKSEQUENCEVERIFY DROP
<Alice's pubkey> CHECKSIG
ENDIF or something like this: if
<merchant pubkey> checksigverify
else
<timestamp> checklocktimeverify drop
endif
<customer pubkey> checksig or more precise: n-of-m multisig is the easiest form of a contract. escrow service is the next layer (as in examples above). And then we can create very specific constructs like: CHECKSEQUENCEVERIFY: lock some Satoshis until a specific number of block have passed, before I can use them, and if I really, really need the coins before, have a 2-3 multisig to release them immedeatly CHECKLOCKTIMEVERIFY: lock some Satoshis until a specific number of block appears (aka my son is 18 years old...), but use a 2-3 multisig to release the funds in case funds are required earlier It goes even up to the point where you can create tx spends, where the hash of a condition must be equal to a previously defined value. I see some limitations when trying to use Oracles (aka data from "outsides"), maybe data from exchanges, or from real live (in case of death). Some more example in Andreas' book "Mastering Bitcoin" (second edition) in the chapter "Timelocks". or here in the forum https://bitcointalk.org/index.php?topic=1300723.0https://bitcointalk.org/index.php?topic=1558207.0https://bitcointalk.org/index.php?topic=1952248.0or here: https://www.reddit.com/r/Bitcoin/comments/4kit49/is_it_safe_to_use_cltv_for_recurring_payments/https://www.reddit.com/r/Bitcoin/comments/4p4klg/bitcoin_core_project_the_csv_soft_fork_has/d4i01he/and here: https://en.bitcoin.it/wiki/Timelockhttps://en.bitcoin.it/wiki/ContractsAnd look at the way how exchanges store much of the funds into cold wallets automatically. These are also smart contracts. Also the scripting language allows up to 10 kilobytes of code (!), to create smart contracts. SO YES; BITCOIN HAS SMART CONTRACTS!I haven't seen a single example by noobs, what a smart contract is, but a lot about there limitations ("scripting is dumb, cause usage of brain to learn scripting language is too complicated for me"). All are complaining that things need to get improved, without saying, what does not work in bitcoin. This is reddit niveau. Reddit it is the right forum to complain, without providing any efforts to improve bitcoin. Even better, there you can improve your reputation by posting much of this shit. Go there... ooops, I wanted to stop ranting  I think I want to say, look at the examples, tell us what you want to do, what you think is missing, and how we can help to implement smart contracts. |
|
|
|
...
1) segwit nodes do not pull (at all) transactions from pre-segwit nodes
If I understand @achow101 correctly, it is vice versa. Old nodes send a message to the network, which format they understand. If a Segwit node receives such a request, he would answer with "old format" layout. We had a discussion last reccently here: https://bitcointalk.org/index.php?topic=1682183.msg21389041#msg21389041 |
|
|
|
...
Every exchange that i've used so far, generates only 1 deposit address per account. My deposit address in Poloniex has been the same forever, which is total shit when it comes to privacy btw.
HitBTC gives me everytime a new address, BitTRex as well, and on bitcoin.de also. So you should rething your usage of exchanges? |
|
|
|
The router can only be attacked if you are running it as a Bridge. Otherwise it is not a client so KRACK doesn't apply.
Sure? How do you derive it? In bridge mode, we would be at layer 2 of the protocol, where one network talks to the other only at the MAC address layer. How does Krack play in here? Krack's vulnerability comes from the key handling procedure between client and server (wifi-router), and key handling happens at layer 2? |
|
|
|
Usability, safety and ergonomics of most cryptocurrency products is brutally substandard compared to any other software.
Is there a way out of this curse?
yes, start coding! Don't prevent others from doing so by posting "your thoughts" - contribute is much moreeffective. Go, go, go! |
|
|
|
Isn't the fee depends on the amount of BTC sending per transaction ? I also believe Roger Ver is more in to Bitcoin Cash, so he may be giving an hint that go for BCC instead of BTC. What do you guys think?
No  Also the headline of this task is misleading, and the word "shit" wrongly used ... At best stupidity would be the right word for someone paying this amount of fees. The fee never depends on the amount of bitcoin value. It depends on the size of a transaction. A transaction can have 100s or thousands of entries, that add to the size of a transaction. Hence fees are paid in Satoshi per Byte. Imagine you are a service, and have to pay 250 users some Satoshis in the next 2 or 3 blocks. Assume you have one input (your own UTXO), then you have a tx with 250 outputs, with each tx output having roughly 40Bytes output Bytes in it's easiest form: TX_OUT Value (uint64_t), TX_OUT PK_Script Length (var_int), TX_OUT pk_script (uchar[]). A good approximation for P2PKH tx is: --> fee = (n_inputs * 148 + n_outputs * 34 + 10) * price_per_byte That creates a tx with approx. 10 kbytes in size. If you have to pay 100 Satoshis per byte, then this creates 10.000 * 100 = 1mio Satoshi fee, equals to 0.01 Bitcoin, currently ~50 Euros. But! You can reduce the fees to 15 Satoshi per byte, then it will get later into a block, and the fees reduce to less than 10 Euros. A very small transaction with one input an one output is in the range of 228 bytes, with 100 Satoshi per byte the fees would be 22800 Satoshis, 0.00028 bitcoins (somewhere in the 1 Euro range). Experts to the front to prove/reject my math The majority here seems to ignore this fee specification, and prefers to follow the fud and useless emotional energy waste. Get informed, and save fees, or stay dumb and pay the fees! And Roger should have mentioned this, when he did the transaction, or even provide a a link to the tx, so we could look it up. Otherwise it seems to be an intentionally misleading of the community. Next step for low fee transactions (coffee, online books, ...): look at lightning! (And then you understand, why miners are against SegWit and Lightning, cause their basis of revenue is reduced dramatically by the network). |
|
|
|
|
not sure if I got your request correctly. It sounds like you want to develop a bitcoin application, that can be used like a wallet, so you can do transactions. If so, maybe remove the word exchange in the header, and rename it to "transactions".
There is several code available to it, but for sure it starts with reading the doc (bitcoin.org and maybe Andreas' book "mastering Bitcoin", it is online available, and exists in many languages).
Developping an app as a wallet requires very sophisticated know how, and has a steep learning curve. Especially on securing the private keys is a very hard piece. You need crypto know-how (ECDSA), and the way, how public keys are derived from priv keys. Then there is the concept of HD wallets, which allow to generate a lot of addresses from a single key pair.
Code references: a single search for bitcoin revealed 14,350 repository results !
There is C++, Java, JScript, Python, shell scripts - you name it. So feel free to have a deeper look there, and let us know about your results.
Hint: in this forum there appears often the request to code a library, you may want to search as well here.
|
|
|
|
|
what classifies a smart contract - looks like there is just a lot of buzz words, but no clear explanation.
What is a typical smart contract use case?
Is pay 2-of-3 already a smart contract? Or must it have an escrow?
Just a touring complete language?
(btw: ever tried to get oracle data in Ethereum smart contracts?)
Bitcoin has smart contract capabilities. E.g., when using CSV and CLTV, you have smart contracts. Some OP_IFs around it, and there you go. Even with P2SH. BIP65 and BIP68 show use cases.
So what do you have in mind, when talking about smart contracts? Are there any use cases examples for it?
|
|
|
|
SDN are service oriented networks, and if I get it correctly, are intended to make life easier for corporations. The overwhelming complexity of different network hardware and it's special config increases management costs. SDN can help to bring complexity and as such costs down (my understanding). And yes, it can increase security (down to the level of allowing only a single port or address). Now our crypto ccy world, or bitcoin: we are talking P2P networks over the internet. No corporations defining it (hopefully, if not some NY hotel room agreements want to take over bitcoin). What could a SDN do? Isn't P2P already a way of defining a type of network, that needs nearly "no management"? And the structure of the bitcoin network is designed in a similiar manner. It provides one specific use case, that can hardly be controlled by a single corporation/government/user... It becomes different for crypto ccy exchanges though. You can imagine SDN for trading, backoffice and payment (channels). But that is again company specific... That is probably out of scope for our "public" environment. By saying this, I'd be happy if a discussion can start with proposals or use cases in our crypto ccy world. SDN is a fairly new approach, and crypto ccy is a new model. Looking forward to see potential benefits of their marriage  |
|
|
|
|
Just wondering, if s.th. like a HD Wallet is used? I haven't checked their code, but maybe someone knows?
I wouldn't want my webserver handle priv keys...
With a HD wallet, the webserver would only need to deal with xpubkeys, and doesn't need access to the original private key.
I think a Hierarchical Deterministic Wallet (BIP0032/BIP0044) can produce 2^31 addresses...
|
|
|
|
many people here reply with "don't read books, read webpages, watch videos, code, ...". This might be true for everyone's personal style and limitations (or ignorance  ). But there are very wonderful opportunities (use cases) for still reading books, e.g. on an airplane. Or while travelling without Internet. Or while being on a 2 weeks trip through Sahara (or any other area without Internet connectivity). SO YES, BOOK READING is still useful. To get an idea, I'd recommend first the online version from Andreas' book "Mastering Bitcoin" - it is available in many languages, and also online readable. Look here: http://chimera.labs.oreilly.com/books/1234000001802/ |
|
|
|
|
Show Posts
