Bitcoin Forum
May 24, 2024, 07:08:06 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 [60] 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 »
1181  Local / Обменники / Re: Как лучше выводить биткоины? on: August 31, 2017, 06:21:18 AM
подкажи выгодный вариант покупать битки чем ближе к бирже тем лучше ( могу сбер альфа втб киви веб мани) в идеале напрямую покупать, например у крупных майнеров
Некоторые биржи сразу на свои счета принимают указанные тобой платежи, и далее можно уже торговать.
1182  Local / Майнеры / Re: Помощь для старта on: August 31, 2017, 06:19:20 AM
Ребята у меня такой вопрос , можно перекинуть эфир с полонекс на битрекс ?И как долго идёт перевод ?
Да, можно. Перевод идет по времени как стандартный перевеод между кошельками. Если конечно в обоих биржах в этот момент будет все четко.
1183  Local / Альтернативные криптовалюты / Re: На счёт покупки waves on: August 31, 2017, 05:42:46 AM
Покупать крипту в обход биржи - это дебилизм вообще, через обменники там в любом случае будет конская комиссия. Биржи для того и созданы чтобы крипту продавать покупать.
1184  Local / Новички / Re: новостные ресурсы. on: August 30, 2017, 06:59:13 PM
 Я лично смотрю форклог, битсмедиа, и коинтелеграф. Еще есть парочка чатов в телеграмме.
Мне хватает.
1185  Local / Альтернативные криптовалюты / Re: Выходим на ICO. Нужна помощь on: August 30, 2017, 06:52:25 PM
Без денег с вами работать никто не захочет, ибо научены уже горьким опытом проведения ико-скамов, когда несколько месяцев пахаешь бесплатно, а потом "ну извините не собрали капу".
Так что ребят или раскошеливайтесь, или сами работайте.
1186  Local / Новички / Re: Свой bitcoin кошелёк on: August 30, 2017, 06:49:13 PM
От прочитанного пришёл к выводу и поставлю пока два кошелька Bitcoin Core и MultiBit.
И в чем это смысл ставить два кошелька, не пойму.
1187  Local / Обменники / Re: Как лучше выводить биткоины? on: August 30, 2017, 06:47:34 PM
Выбирать выгодный обменник на бестчендже.
Биткоины лучше пока не продавать.
Зачем обменники, если есть офшроные платежки, которые на прямую принимают биткоины, и дают возможность выводить их на карту сразу.
1188  Local / Новички / Re: Где хранить резервную базу паролей ? on: August 30, 2017, 06:46:33 PM
Можно распечатать, можно на флешке, можно где то в облаке. Можно и на всем сразу, но чем больше мест хранения, тем больше вероятность что их заполучит кто то другой.
1189  Local / Бayнти и aиpдpoпы / Re: Эффективность баунти ФБ, твиттер? on: August 30, 2017, 06:44:47 PM
На подписную конечно дают больше "стейков" учасникам, но за Твіттер і Фб 10-15% тоже не мало. Участвую во многих баунти, может что- то заработаю. Но и для подписных мой ранг не подходит.
Соотношение вознаграждения за подписную кампанию и социальную обычно не сильно отличается. Другой вопрос конечно что в социальных на много больше народу.
1190  Local / Новички / Re: Криптовалюты: Термины и сокращения on: August 30, 2017, 06:40:54 PM
Имеет ли начение что и как называть? От того что термины выучишь, ты не станешь профессиональным трейдером, или инвестором, тут главное башкой понимть что к чему.
Зато можно общаться с коллегами быстро и без  недоразумений на жаргоне
Без знания терминов люди могут не понимать о чем речь идет))
Ну так с коллегами по крипте я имею ввиду, я так делаю, очень продуктивно и быстро друг-друга понимаем, эти обознчения и сленг не зря же придумали?
Я имел ввиду, что тема полезная, потому что новичок без знания терминов не сможет понимать некоторые ветки на форуме)
Да на форуме эти термины как то сами по себе в память западют, так что можно не париться с их выучиванием.
1191  Local / Новички / Re: Выгодно ли сейчас сидеть на кранах? on: August 30, 2017, 06:38:25 PM
на кранах зарабатывают только по рефералке и все, самому сидеть это можно сказать бесполезный труд >
Именно поэтому товарищ выше рвет и мечет пытается доказать, что это выгодно  Grin
Как вариант - можно и самому создать кран, хотя тоже не особо много заработаешь, но все же больше чем просто клацать.
1192  Bitcoin / Development & Technical Discussion / Re: Processor speed and blockchain synchronisation on: February 05, 2017, 11:11:23 AM
Is there any serious profiling made with coin software to identity performance bottle neck ?

Yes. Many thousands of hours....

Bandwidth can be bottleneck in terms of block propagation speed.
Processing power is a bottleneck too, especially for initial chain syncing.

Is there any attempt in compressing block data sent over network ? Would that improve block propagation time ?

Is there a place I can find such kind of test and benchmarking ?

The transaction data in blocks is already highly optimized and compression would yield very minimal gains. However, there are numerous approaches to increasing block propagation... check out compact blocks and x-thin blocks.
1193  Bitcoin / Development & Technical Discussion / Re: Processor speed and blockchain synchronisation on: February 05, 2017, 10:48:00 AM
Is there any serious profiling made with coin software to identity performance bottle neck ?

Yes. Many thousands of hours....

Bandwidth can be bottleneck in terms of block propagation speed.
Processing power is a bottleneck too, especially for initial chain syncing.
1194  Bitcoin / Bitcoin Discussion / Re: Bitcoin.com almost forks the blockchain with buggy BU on: February 01, 2017, 12:16:51 PM
Yes, but you're not talking about Bitcoin, you're talking about a Bitcoin fork. Bitcoin wasn't designed to let users provoke a fork with the GUI, that's how your Bitcoin fork BU was designed.

So much for Honey Badger, it seems bitcoin might have a serious flaw, if what you are saying is correct.
Much cheaper than a 51% attack. Just spin up a handful of non-conforming nodes and mine an invalid block. Boom! And Bitcoin is done for.
1195  Bitcoin / Development & Technical Discussion / Re: Request for comments: Developing guide for very high-security bitcoin storage on: December 11, 2016, 12:39:46 AM
The guide seems reasonable, and nice to see some work being put into this.

Here is my method for secure cold storage:

1) Start with clean, offline computer, with wireless capability disabled

There is no clean pc if the BIOS and CPU firmware is closed source.

The wireless should be detached physically, disabling it in the BIOS is not good enough, a sophisticated malware that is embedded in the CPU can easily send out keys through the wireless port covertly, wtihout the host OS noticing it. It would be totally passive, no way to detect it.


Can't comment on the crypto & key generation part, that is not my area, but it seems flawed to manually mess around with the key.

Yes, absolutely better to physically remove wireless capabilities.  Older computers are better for this purpose, with Pentium-era laptops being a more than sufficient. As far as open BIOS and CPU... you have to ask yourself on an isolated machine, what is the 'sophisticated malware' embedded in the BIOS or CPU capable of doing? Exhilarating keys... perhaps, but being aware of the higher level software to the extent of being able to compromise different applications (which most likely didn't even exist at the time the supposed malware was written) in an identical fashion, which in this example would have to mean making the multiples instances give the same incorrect address derivation, I don't think is a plausible vector.

But yes, a modern machine where the wireless capabilities cannot be disabled, that is certainly riskier. One solution is to go somewhere with no surrounding wireless signals, like a cabin in the woods.



6) I archive private keys as appropriate, via encrypted thumb drives and paper backups which I cut (with scissors) into fragments and distributed.

7) The addresses I isolate and make available to online machines.


The nice part about this method is, between modifying the private keys by hand, and cross referencing address generation among different pieces of software, the opportunity for malicious software to compromise funds is severely limited.

A thumb drive can easily have a malware in the MBR sector that can just save your secret key there and wait for the PC to connect to the internet and send it out covertly.

There were actual cases of this happening at some corporation, some corporate secrets leaked this way from a secure offline computer, look it up in the news.

Yeah, my post didn't address a procedure for spending from the secure private keys.  You are right that contaminated drives are a risk.

For big balances, I would manually type an archived key into a clean, offline computer that had wallet software capable of generating an offline-transaction. Compare the transaction to one generated by different software. Copy onto a fresh thumb drive, and bring over to an online computer to broadcast the transaction.

For the truly paranoid, use multiple clean intermediary computers, with different operating systems. Copy the transaction onto the intermediary computer, and then copy it onto a clean thumb drive. The more hops, the less likely the private key is secretly getting dragged along with the signed tx.
1196  Bitcoin / Development & Technical Discussion / Re: Request for comments: Developing guide for very high-security bitcoin storage on: December 10, 2016, 07:58:55 PM
The guide seems reasonable, and nice to see some work being put into this.

Here is my method for secure cold storage:

4) I modify the private key by hand! I make about 7 changes, including deletions, additions, and substitutions. I also add a short word to make visual confirmation easy. I just make sure the key ends up being the same length as it started out.

i especially like the part i bolded. word could be a hint as to what that key/addy is for, contains, whatever.

more work but more potential usefulness.

Also a potential side channel, its probably not much, but a key with a word in it is easier to guess than a key thats entirely random. If you dont trust the crappy java prng, just use the one the OS provides.

A short word of 4 - 6 characters does reduce the entropy over a truly random key, but there would still be so much entropy left that it wouldn't make a practical difference. Using the OS's RNG is a good idea, and I would still strongly suggest making some alterations by hand.
1197  Bitcoin / Development & Technical Discussion / Re: Request for comments: Developing guide for very high-security bitcoin storage on: December 10, 2016, 04:42:40 AM
The guide seems reasonable, and nice to see some work being put into this.

Here is my method for secure cold storage:

1) Start with clean, offline computer, with wireless capability disabled

2) Load a few different wallets and pieces of address generating software onto the computer

3) I used Bitaddress.org as my key generator. Crappy java-script RNG? No problem. Did I check the sigs? Nope. I let it generate a key pair, and use that as the starting point.

4) I modify the private key by hand! I make about 7 changes, including deletions, additions, and substitutions. I also add a short word to make visual confirmation easy. I just make sure the key ends up being the same length as it started out.

5) I import the modified private key into several other wallets, and confirm that every generated address is the same.

6) I archive private keys as appropriate, via encrypted thumb drives and paper backups which I cut (with scissors) into fragments and distributed.

7) The addresses I isolate and make available to online machines.


The nice part about this method is, between modifying the private keys by hand, and cross referencing address generation among different pieces of software, the opportunity for malicious software to compromise funds is severely limited.
1198  Bitcoin / Bitcoin Discussion / Re: 21 millions bitcoin in question on: November 28, 2016, 04:59:04 AM

The 21 Million is the current agreement, and very dear to many at that. But sure, if there was widespread agreement to raise the total, it could easily be done. I could foresee consensus emerging around raising the limit in the future if it was decided that the issuance of new coins was the most economically efficient way to pay for the continued security of the network. Paying for security once the block subsidy becomes insignificant is currently imagined to come from transaction fees, but it's possible that could fail to work in a reasonable way. If the network is funded solely via transaction fees, active users pay the whole cost of security, where as savers don't pay anything. I'm not advocating raising the limit, but just pointing out that there may be circumstances in the future where there is widespread agreement that raising the limit is the best path forward.

Some people may argue abandoning the limit is stealing, but bitcoin is voluntary, and that includes the right of people not to use it, or use a modified version of it.
1199  Bitcoin / Development & Technical Discussion / Re: For the super paranoid: How do I get the public key from a private key by hand? on: July 18, 2016, 07:31:22 AM
Edit: Here, I have done the precomputation for you. You want page 38, base 16 digits. https://download.wpsoftware.net/bitcoin/todl.pdf

Thanks.

Saving a copy of this.

Don't know that I'll ever use it, but I like the idea.

If the day comes that you will ever need it, you are going to wish you had printed it out ahead of time.
1200  Bitcoin / Bitcoin Technical Support / Re: Full node with search function??? on: December 30, 2015, 11:58:27 AM
Sound like im the only person that would think this would fit nicely into bitcoin core then =p

Everyone would be happy to have the functionality, but hardly anyone would be willing to put up with the cost.  You probably just don't have a sense of what a block explorer entails based on your previous comment about already having the ledger on the computer.  The blockchain is basically a highly compressed record that is not amenable to quickly searching by address.  A service like blockchain.info has a custom database that they created from the blockchain, but who's data structures are searchable by address, balance, etc..  Such a database could be many times larger than the standard blockchain, and I think it would take something like a week of CPU time to do all the indexing.
Pages: « 1 ... 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 [60] 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!