Search content
Sort by
Showing 20 of 156 results by Perlover
Странно, что сервис использует протокол http, а не https.
В Tor не используется, как правило, https, так как в этом нет необходимости. onion адрес сам по себе - и паблик ключ, и способ шифрования p2p.
Поэтому в Tor всё - почти http. "Почти", потому что можно, конечно, там запускать https, но это больше для поддержки софта, который не любит http.
Robosats работает именно в Tor
⭐ Merited by internetional (2)
Вообще, грубо говоря, понятия "грязные" биткойны не существует. Есть биткойны и всё. Ни грязные, не чистые. Просто биткойны 
По поводу доказательств сделки - на практике вы вообще мало что кому докажите, даже с обычным on-chain. Практика такова, что чтобы что-то доказать, надо потратить много ресурсов, оплатить адвокатам, которые будут "сосать" деньги из клиента, другая сторона будет подавать опровержения и всё скорее всего кончится тем, что через несколько лет малокомпетентный судья просто поверит прокуратуре и её заявлениям. Вероятность того, что сделка в on-chain при обмене вам поможет больше, чем сделка в Lightning - настолько ничтожна, что на это можно закрыть глаза.
Вот представьте гипотетически - вы продавали биткойн на Bisq, вам отправили деньги, вы отдали биткойн. Через какое-то время отправитель денег говорит, что он ошибся и, даже если, у вас изымают платёж обратно (хотя мало где делают откат, кроме разве что Paypal), то вы не докажите скринами Bisq и ссылкой на биткойн транзакцию ровным счётом ничего. Отправитель денег может сказать, что скрин вы подделали, а транзакция - она ему не известна и в добавок может сказать, что вы просто нашли в блокчейн подобную на примерно такую сумму и предъявили, как доказательство. И докажите, что это не так! Даже криптоконтракт Bisq, где есть реквизиты отправителя и получателя - ничего не доказывают. Зная ваш счёт, я могу сделать а-ля Bisq с вашими реквизитами и провести обмен биткойна с "вашим" аккаунтом Bisq с моим аккаунтом Bisq. Для этого даже банк не нужен. Но ведь в этом не будет вашей вины, верно?
То, что следов не остаётся от сделки - это не "баг", а "фича". За что многие и ценят Robosats. Я пользовался и Bisq и Robosats. Мне последний нравится именно тем, что комиссии там мизерные за обмен, всё происходит очень быстро. Это очень удобно. На Bisq после этого даже не хочется возвращаться.
По поводу доказательств сделки - на практике вы вообще мало что кому докажите, даже с обычным on-chain. Практика такова, что чтобы что-то доказать, надо потратить много ресурсов, оплатить адвокатам, которые будут "сосать" деньги из клиента, другая сторона будет подавать опровержения и всё скорее всего кончится тем, что через несколько лет малокомпетентный судья просто поверит прокуратуре и её заявлениям. Вероятность того, что сделка в on-chain при обмене вам поможет больше, чем сделка в Lightning - настолько ничтожна, что на это можно закрыть глаза.
Вот представьте гипотетически - вы продавали биткойн на Bisq, вам отправили деньги, вы отдали биткойн. Через какое-то время отправитель денег говорит, что он ошибся и, даже если, у вас изымают платёж обратно (хотя мало где делают откат, кроме разве что Paypal), то вы не докажите скринами Bisq и ссылкой на биткойн транзакцию ровным счётом ничего. Отправитель денег может сказать, что скрин вы подделали, а транзакция - она ему не известна и в добавок может сказать, что вы просто нашли в блокчейн подобную на примерно такую сумму и предъявили, как доказательство. И докажите, что это не так! Даже криптоконтракт Bisq, где есть реквизиты отправителя и получателя - ничего не доказывают. Зная ваш счёт, я могу сделать а-ля Bisq с вашими реквизитами и провести обмен биткойна с "вашим" аккаунтом Bisq с моим аккаунтом Bisq. Для этого даже банк не нужен. Но ведь в этом не будет вашей вины, верно?
То, что следов не остаётся от сделки - это не "баг", а "фича". За что многие и ценят Robosats. Я пользовался и Bisq и Robosats. Мне последний нравится именно тем, что комиссии там мизерные за обмен, всё происходит очень быстро. Это очень удобно. На Bisq после этого даже не хочется возвращаться.
My experience of using this card:
I bought and paid with Lightning Bitcoin. I paid about $101.5 and received a card with a balance of $100. Then I tried to add it to the Curve application - who doesn't know - this is a "proxy" service for cards that may not work with contactless payments, but it works through Curve (Curve has KYC and issues its virtual card with the possibility of contactless payment, then it is added to Google Pay, for example).
I had USD currency in Curve App for the card, but I paid in local currency. Curve, as a rule, has an exchange rate "on the fly" equal to the exchange rate. I have successfully conducted several transactions for the full amount of about $46. Due to 1:1 exchange rates (equal to the exchange rate) it took me exactly as many dollars as I spent in the local currency. My balance after that was exactly as much as was spent on the Curve side. That is, the rate was even more profitable than on many cards of ordinary banks!
A little later that day, I dropped $190, I had $244 and I was trying to pay for dinner at the restaurant for about $230. But two attempts were unsuccessful. There is no information on the CoinDebit website except that you can top up to $250. I can assume that the card can always be replenished up to $250 (and maybe more - I haven't tried it), but you can spend a maximum of $250 in the last 24 hours. But that's my guess. I'll continue checking tomorrow.
I bought and paid with Lightning Bitcoin. I paid about $101.5 and received a card with a balance of $100. Then I tried to add it to the Curve application - who doesn't know - this is a "proxy" service for cards that may not work with contactless payments, but it works through Curve (Curve has KYC and issues its virtual card with the possibility of contactless payment, then it is added to Google Pay, for example).
I had USD currency in Curve App for the card, but I paid in local currency. Curve, as a rule, has an exchange rate "on the fly" equal to the exchange rate. I have successfully conducted several transactions for the full amount of about $46. Due to 1:1 exchange rates (equal to the exchange rate) it took me exactly as many dollars as I spent in the local currency. My balance after that was exactly as much as was spent on the Curve side. That is, the rate was even more profitable than on many cards of ordinary banks!
A little later that day, I dropped $190, I had $244 and I was trying to pay for dinner at the restaurant for about $230. But two attempts were unsuccessful. There is no information on the CoinDebit website except that you can top up to $250. I can assume that the card can always be replenished up to $250 (and maybe more - I haven't tried it), but you can spend a maximum of $250 in the last 24 hours. But that's my guess. I'll continue checking tomorrow.
За полгода проблем с этой биржей не было. Верификация и KYC не требуется.
Видимо, это я такая везучая.. Так вот, теперь, чтобы вывести деньги с биржи, надо обязательно пройти KYC.. и не один раз, а 2! В два этапа.. и рассматривают это они все оооочень долго.. Несколько дней назад зарегестрировалась, попыталась вывести день и сюрприз! Сделайте с начала Two-factor Authentication.. сделала.. опять попыталась вывести - отказ! Потребовали пройти KYC.. Прошла.. 12 часов рассматривали! И... отказ! Фотки оказались слишком тяжелые (вобще надо не больше 4 мб, у меня были 3.2, но не прогрузились, я потом переделала на 2 мб и все прошло). И когда, наконец KYC одобрили и я вздохнула с облегчением.. добро пожаловать в KYC 2! Ладно, бог с ним.. Прошли, отправили, ждем ответа.. ждем ответа уже второй день!!! Вчера написала 3 слезных письма в тех.поддержку.. СЕГОДНЯ только ответили - "проверьте через несколько часов".. ну вот что за люди.. так что, вывод: если вы недавно зарегистрировались, то с начала пройдите все KYC, аутентификации, верификации и т.д. чтобы потом не тратить свои нервы на ожидание.. В целом биржа нормальная, осталось проверить, сколько времени займет вывод денег, после подтверждения KYC 2.. а пока продолжаем ждать..Тоже подтверждаю
Закинул говнотоукенов, поменял на BTC. При выводе не было намёков, что надо пройти KYC. Но как нажал на кнопку и все поля заполнил - пришлите доки.
Не советую с ними работать. Та же HitBTC позволяет менять крипту на крипту и выводить без верификации
Very easy installation lightning network from sources (with bitcoind and more)
Hi!
I finished the fine tools as i think
I created Makefile utilities for bitcoind & lnd compilation under $HOME directory (no root access!)
This makefile does everything for full bitcoin node and lightning network node. This kit was created for CentOS 6.* but it works in Ubuntu / Linux Mint OSes too and may be will work in 90% Unix systems.
Details:
It compiles from sources under $HOME directory: compilers (gcc 7.1, go, node.js, python2 & python3) and tools (autoconf & autotools and etc), all libraries (boost, openssl and more), bitcoind daemon, lnd daemon , lncli-web client (and node.js for this) and does all configuration for you! You need only create a wallet in lnd. It works fine with UPnP routers (from sources too!) and can define network configuration (real public IP & network interfaces)
So if you want to have bitcoind & lnd node you need only to do:
make i-want-lightning
make set-up-lightning-mainnet
And after you can run:
mainnet-lightning-start
And you have bitcoind full node & lnd node with web interface (lncli-web)
You can setup in one host mainnet & testnet daemons without any conflicts.
Enjoy!
URL: https://github.com/Perlover/bitcoin-kit-makefile
Perlover
I finished the fine tools as i think
I created Makefile utilities for bitcoind & lnd compilation under $HOME directory (no root access!)
This makefile does everything for full bitcoin node and lightning network node. This kit was created for CentOS 6.* but it works in Ubuntu / Linux Mint OSes too and may be will work in 90% Unix systems.
Details:
It compiles from sources under $HOME directory: compilers (gcc 7.1, go, node.js, python2 & python3) and tools (autoconf & autotools and etc), all libraries (boost, openssl and more), bitcoind daemon, lnd daemon , lncli-web client (and node.js for this) and does all configuration for you! You need only create a wallet in lnd. It works fine with UPnP routers (from sources too!) and can define network configuration (real public IP & network interfaces)
So if you want to have bitcoind & lnd node you need only to do:
make i-want-lightning
make set-up-lightning-mainnet
And after you can run:
mainnet-lightning-start
And you have bitcoind full node & lnd node with web interface (lncli-web)
You can setup in one host mainnet & testnet daemons without any conflicts.
Enjoy!
URL: https://github.com/Perlover/bitcoin-kit-makefile
Perlover
Re: Bash script for Bitcoin Core 0.16 + LND 0.4 installation on Raspberry Pi
Hi All!
Here is other tools for compilation bitcoind & lnd
https://github.com/Perlover/bitcoin-kit-makefile
Enjoy!
Here is other tools for compilation bitcoind & lnd
https://github.com/Perlover/bitcoin-kit-makefile
Enjoy!
51% attack + miner censor = permanently control (new idea for sollution)
⭐ Merited by ETFbitcoin (2)
Hello Bitcoin developers and miners!
I made screnshot today of last 24 hours stats of miner pools.
https://www.dropbox.com/s/cutgbv884yq55xz/2017-11-15%2007.34.20.png?dl=0
The pools BTC.com & BTC.TOP & ViaBTC & AntPool have more 51% of power.
I saw near time ago these pools in Bitcoin Cash mining... But lets imagine a following situation:
These (or other pools) which have >51% of power decide to censor blocks of other miners. Further we shall call them "bad miners". Other miners will be called as "good miners". It can be made by easy: by filtration of "coinsbase" content. The "bad miners" can use a following algorithm:
To see last block. It mined by our "bad miners" group? If yes, we mine next block based on last block. If no: we ignore this block and mine on last block from our group...
For example first next mined block from "good miners". All nodes follow to PoW strategy. It's OK. But in next time in bitcoin network there appears the block from "bad miners" chained with block earlier (the parent block is from "bad miners" too). It's fork. The "good miners" will flow to both chains. But "bad miners" have >51% so very quickly the their chain will win. And last blocks of this chain will consist only blocks from "bad miners". All nodes will switch to chain of "bad miners". The blocks of "good miners" will be orphans. The "good miners" will loose money from mining and very quickly will have to leave from bitcoin. The "bad miners" will keep turned on censor algorithm and they will have permanently control mining power... Only a sudden arrival of a large miner with a power of more than 50% will defeat them. I see no other idea.
Is it realistic scenario? I think yes and it can happen right now.
What methods of counteraction can this be? Somebody can think about to change hash alogorithm. For example as in Bitcoin Gold. But in any case and there this can happen again in time.
----------------------
Here is idea for bitcoin developers. It's raw idea but very easy one and i think it can be realized. May be through hard fork... It's better to be puzzled about this right now, before it's too late.
Please to see image of https://www.dropbox.com/s/fh7aatme4dwh0st/2017-11-15%2010.13.35.png?dl=0
I suggest to use consensus of "greater nonce in coinbase will win" for last 6 blocks for example.
It's easy. All nodes should must temporarily believe 6 last blocks based on the block that has greater nonce right after fork . And only if after fork not more 6 blocks after. If more 6 blocks after fork nodes and miners should trust chain with cumulative PoW (as now). This requirement is necessary so that the "bad miner group" does not make secretly blocks with a large nonce. And this requirement is necessary for checking of blockchain by new nodes.
This is a random-deterministic algorithm of choice that gives a chance to create a block for any miners, not only with a large hash power. This algorithm should be followed by miners. But it does not require any additional changes in the protocol itself. I think, in this algorithm, first of all, a group of good miners is interested. They could on their side run the algorithm for choosing the best chain after the fork. Also, nodes could implement this algorithm. Perhaps, everything can be done through soft-fork, or simply by updating the software.
Your opinions? I would like to hear the opinion of Bitcoin Core developers.
I made screnshot today of last 24 hours stats of miner pools.
https://www.dropbox.com/s/cutgbv884yq55xz/2017-11-15%2007.34.20.png?dl=0
The pools BTC.com & BTC.TOP & ViaBTC & AntPool have more 51% of power.
I saw near time ago these pools in Bitcoin Cash mining... But lets imagine a following situation:
These (or other pools) which have >51% of power decide to censor blocks of other miners. Further we shall call them "bad miners". Other miners will be called as "good miners". It can be made by easy: by filtration of "coinsbase" content. The "bad miners" can use a following algorithm:
To see last block. It mined by our "bad miners" group? If yes, we mine next block based on last block. If no: we ignore this block and mine on last block from our group...
For example first next mined block from "good miners". All nodes follow to PoW strategy. It's OK. But in next time in bitcoin network there appears the block from "bad miners" chained with block earlier (the parent block is from "bad miners" too). It's fork. The "good miners" will flow to both chains. But "bad miners" have >51% so very quickly the their chain will win. And last blocks of this chain will consist only blocks from "bad miners". All nodes will switch to chain of "bad miners". The blocks of "good miners" will be orphans. The "good miners" will loose money from mining and very quickly will have to leave from bitcoin. The "bad miners" will keep turned on censor algorithm and they will have permanently control mining power... Only a sudden arrival of a large miner with a power of more than 50% will defeat them. I see no other idea.
Is it realistic scenario? I think yes and it can happen right now.
What methods of counteraction can this be? Somebody can think about to change hash alogorithm. For example as in Bitcoin Gold. But in any case and there this can happen again in time.
----------------------
Here is idea for bitcoin developers. It's raw idea but very easy one and i think it can be realized. May be through hard fork... It's better to be puzzled about this right now, before it's too late.
Please to see image of https://www.dropbox.com/s/fh7aatme4dwh0st/2017-11-15%2010.13.35.png?dl=0
I suggest to use consensus of "greater nonce in coinbase will win" for last 6 blocks for example.
It's easy. All nodes should must temporarily believe 6 last blocks based on the block that has greater nonce right after fork . And only if after fork not more 6 blocks after. If more 6 blocks after fork nodes and miners should trust chain with cumulative PoW (as now). This requirement is necessary so that the "bad miner group" does not make secretly blocks with a large nonce. And this requirement is necessary for checking of blockchain by new nodes.
This is a random-deterministic algorithm of choice that gives a chance to create a block for any miners, not only with a large hash power. This algorithm should be followed by miners. But it does not require any additional changes in the protocol itself. I think, in this algorithm, first of all, a group of good miners is interested. They could on their side run the algorithm for choosing the best chain after the fork. Also, nodes could implement this algorithm. Perhaps, everything can be done through soft-fork, or simply by updating the software.
Your opinions? I would like to hear the opinion of Bitcoin Core developers.
Hi,
I have read whitepaper
Very strange things:
1) I cannot copy/paste text - it's very strange for project.
2) There no original ideas. Merkle Root & signs exists a long time. To make Merkle Root from data and to sign it - it should not be needed in crowdsale and in ICO
3) This scheme does not stand up to criticism
It describes what things exist in real words. Service providers & signed "PII" - it's now can be realized through x.509 certificates.
Payment can be realized through bitcoin/debit cards
Signs can be realized through PGP/ECC signs. No need to put it in blockchain. These data can be published in sites / forums and etc. But ok - it can be put in blockchain (for example in Bitcoin blockchain for $2-$4 fee :-)
And from whitepaper main idea i see there: the Civic wants to control tokens, services and service providers (page 15 from "Whitepaper")
4) Service providers can leak private keys. Service providers can be rogues - they can issue fake cerificates and etc. No ways to check it. It will check only the Civic. They want to be main organisation in this project ( == centralization)
P.S. 99% if ICO - they are scam. Please to think twicely
I have read whitepaper
Very strange things:
1) I cannot copy/paste text - it's very strange for project.
2) There no original ideas. Merkle Root & signs exists a long time. To make Merkle Root from data and to sign it - it should not be needed in crowdsale and in ICO
3) This scheme does not stand up to criticism
It describes what things exist in real words. Service providers & signed "PII" - it's now can be realized through x.509 certificates.
Payment can be realized through bitcoin/debit cards
Signs can be realized through PGP/ECC signs. No need to put it in blockchain. These data can be published in sites / forums and etc. But ok - it can be put in blockchain (for example in Bitcoin blockchain for $2-$4 fee :-)
And from whitepaper main idea i see there: the Civic wants to control tokens, services and service providers (page 15 from "Whitepaper")
4) Service providers can leak private keys. Service providers can be rogues - they can issue fake cerificates and etc. No ways to check it. It will check only the Civic. They want to be main organisation in this project ( == centralization)
P.S. 99% if ICO - they are scam. Please to think twicely
I recommend;
http://bitaddress.org/ - for own paper wallets
http://bitcoinpaperwallet.com/ - for beautiful color bitcoin papers for own and for gifts
You can there for bitcoins everything for needs. The rest - only to have color printer and paper To see there the video
http://bitaddress.org/ - for own paper wallets
http://bitcoinpaperwallet.com/ - for beautiful color bitcoin papers for own and for gifts
You can there for bitcoins everything for needs. The rest - only to have color printer and paper
To see there the videoRe: How to install and run the UASF enforcing code(BIP148 SegWit) Guide for dummies
If you have CentOS 6.* , you will be shocked by installing from sources...
You will not be able to compile there because there many old prerequired software for Bitcoin Node
For example hard way for me was with GCC - current gcc in CentOS will not compile sources
I wrote the Bitcoin UASF Makefile
Very easy!
https://github.com/Perlover/bitcoin-uasf-makefile
Welcome!
You will not be able to compile there because there many old prerequired software for Bitcoin Node
For example hard way for me was with GCC - current gcc in CentOS will not compile sources
I wrote the Bitcoin UASF Makefile
Very easy!
https://github.com/Perlover/bitcoin-uasf-makefile
Welcome!
Re: How to compile Bitcoin Core v0.14.1 UASF Segwit0.3(BIP148)
Hi,
Please see my ready Makefile for this here:
https://github.com/Perlover/bitcoin-uasf-makefile
It was done for CentOS but there universal solutions for all Un*x i think
Please see my ready Makefile for this here:
https://github.com/Perlover/bitcoin-uasf-makefile
It was done for CentOS but there universal solutions for all Un*x i think
Hello!
I wrote and tested Makefile for local-user environment for compiling and installing Bitcoin Core UASF patch (https://github.com/UASF/bitcoin)
It's for CentOS 6.* but i hope it will work in any Linux and *BSD systems
https://github.com/Perlover/bitcoin-uasf-makefile
Please README.txt there (why i did it)
Best regards, Perlover
I wrote and tested Makefile for local-user environment for compiling and installing Bitcoin Core UASF patch (https://github.com/UASF/bitcoin)
It's for CentOS 6.* but i hope it will work in any Linux and *BSD systems
https://github.com/Perlover/bitcoin-uasf-makefile
Please README.txt there (why i did it)
Best regards, Perlover
CentOS 6.* + BitcoinCore/UASF/SegWit patch == ready solution here
Hello!
I wrote and tested Makefile for local-user environment for compiling and installing Bitcoin Core UASF patch (https://github.com/UASF/bitcoin)
It's for CentOS 6.* but i hope it will work in any Linux and *BSD systems
https://github.com/Perlover/bitcoin-uasf-makefile
Please README.txt there (why i did it)
Best regards, Perlover
I wrote and tested Makefile for local-user environment for compiling and installing Bitcoin Core UASF patch (https://github.com/UASF/bitcoin)
It's for CentOS 6.* but i hope it will work in any Linux and *BSD systems
https://github.com/Perlover/bitcoin-uasf-makefile
Please README.txt there (why i did it)
Best regards, Perlover
Hello!
I wrote and tested Makefile for local-user environment for compiling and installing Bitcoin Core UASF patch (https://github.com/UASF/bitcoin)
It's for CentOS 6.* but i hope it will work in any Linux and *BSD systems
https://github.com/Perlover/bitcoin-uasf-makefile
Please README.txt there (why i did it)
Best regards, Perlover
I wrote and tested Makefile for local-user environment for compiling and installing Bitcoin Core UASF patch (https://github.com/UASF/bitcoin)
It's for CentOS 6.* but i hope it will work in any Linux and *BSD systems
https://github.com/Perlover/bitcoin-uasf-makefile
Please README.txt there (why i did it)
Best regards, Perlover
Hi,
Try to https://bitsquare.io/
I know that it's same service as Cashila but i didn't try it.
I tried the Cashila.
And https://www.bitwala.io/ - i think it will help to you
Try to https://bitsquare.io/
I know that it's same service as Cashila but i didn't try it.
I tried the Cashila.
And https://www.bitwala.io/ - i think it will help to you
Всем доброго дня!
Выставлены две квартиры на продажу, за биткойн, г. Екатеринбург, Россия
http://homes.e1.ru/view/234621751/
http://homes.e1.ru/view/234615471/
Если кратко - продаются по согласованному (с покупателем) курсу выбранных с ним бирж (1:1), оплатой считается 3 подтверждения сети. На одну из квартир прямо в нотариальной доверенности прописан биткойн адрес. В любом случае, перед приёмом биткойна может быть подписано соглашение с указанием биткойн адреса оплаты и сводом правил между покупателем-продавцом - что и как принимать за оплату.
Выставлены две квартиры на продажу, за биткойн, г. Екатеринбург, Россия
http://homes.e1.ru/view/234621751/
http://homes.e1.ru/view/234615471/
Если кратко - продаются по согласованному (с покупателем) курсу выбранных с ним бирж (1:1), оплатой считается 3 подтверждения сети. На одну из квартир прямо в нотариальной доверенности прописан биткойн адрес. В любом случае, перед приёмом биткойна может быть подписано соглашение с указанием биткойн адреса оплаты и сводом правил между покупателем-продавцом - что и как принимать за оплату.
1,5 hour later:
13 blocks in hour
https://www.dropbox.com/s/kqeg7rw3f8p9d8m/blockchain-speed-2.png?dl=0
...
13 blocks in hour
https://www.dropbox.com/s/kqeg7rw3f8p9d8m/blockchain-speed-2.png?dl=0
...