|
amaclin1
|
 |
April 23, 2019, 04:08:21 PM |
|
Пример транзакции корпоративного закрытия канала (взял одну из своих)
7a4054296488175798086e9bc283cbc5567479c203162166200f3c0e9028b6ea
decodescript 52210293678ce55de9769f85908704da7c8ac3b0348e120af8e12d617f810ad39c682921034b6ca9e26b9b7312e4a1b3942d8309d0b0eb01e8acd87eb2e7326e869ff00ce952ae
{
"asm": "2 0293678ce55de9769f85908704da7c8ac3b0348e120af8e12d617f810ad39c6829 034b6ca9e26b9b7312e4a1b3942d8309d0b0eb01e8acd87eb2e7326e869ff00ce9 2 OP_CHECKMULTISIG",
"reqSigs": 2,
"type": "multisig",
"addresses": [
"167TYZZyPoj1LvhXRWfyhCX3EkeXXf3LH2",
"169piDwxjsVtJpg99ocwXRAn8k5WobSn8q"
],
"p2sh": "3L9Rt4x5PDZ6u7ieQEp7PF9EAHdtBRWr58",
"segwit": {
"asm": "0 cc50d449db8884c86f72129f1ecf4e55a5c487307fcb9d468265ab618f3d9ddc",
"hex": "0020cc50d449db8884c86f72129f1ecf4e55a5c487307fcb9d468265ab618f3d9ddc",
"reqSigs": 1,
"type": "witness_v0_scripthash",
"addresses": [
"bc1qe3gdgjwm3zzvsmmjz203an6w2kjufpes0l9e635zvk4krreanhwq63aghh"
],
"p2sh-segwit": "393YgyRG16eYryUSmwJj3BGuai9XhQ4tDH"
}
}
Пример транзакции одностороннего закрытия канала
b4583b6b56d2c35021a78cff561ffb7a58b6661e7f9b90d947a1d5632d71214e decodescript 5221024684e65a5ec49794a3441f3e70e399820a5db683dcba7e429e07b3d51811e5e321032d0de75eb5718059cd4df924c9573395e5c05860c40cdd17898be1bcd69eee0b52ae
{
"asm": "2 024684e65a5ec49794a3441f3e70e399820a5db683dcba7e429e07b3d51811e5e3 032d0de75eb5718059cd4df924c9573395e5c05860c40cdd17898be1bcd69eee0b 2 OP_CHECKMULTISIG",
"reqSigs": 2,
"type": "multisig",
"addresses": [
"19atnfrF9PYn4DTQs4hFkZeEc5snZw8cT1",
"1NjgryvjLTj3DXQtwzPHRXV2Z6qu81H33R"
],
"p2sh": "3GCKXgbACSR8qLa1FKcucZunaXw8Ti9CL2",
"segwit": {
"asm": "0 a69bd2ebe08f861acff9e1e389caec01985858dda4f92697ee4187744f308b5c",
"hex": "0020a69bd2ebe08f861acff9e1e389caec01985858dda4f92697ee4187744f308b5c",
"reqSigs": 1,
"type": "witness_v0_scripthash",
"addresses": [
"bc1q56da96lq37rp4nleu83cnjhvqxv9skxa5nujd9lwgxrhgnes3dwqk726jz"
],
"p2sh-segwit": "3MsYEwfQp9hLCUpUANSLAVDh9T12v2uJzK"
}
}
Честно говоря, не вижу разницу. В обоих случаях 2-of-2 multisig и никакого таймлока. Может оно так и должно выглядеть, в таком случае пример какой-то непоказательный - тема сисек не раскрыта ваще. |
|
|
|
|
|
|
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
QWeB
|
|
April 23, 2019, 04:28:40 PM |
|
тема сисек не раскрыта ваще.
{
"result": {
"txid": "7a4054296488175798086e9bc283cbc5567479c203162166200f3c0e9028b6ea",
"hash": "cbcb090e25d50ec60b88ee31311ae346721c462a1e2076f098932c3a3a8ffb4f",
"version": 2,
"size": 304,
"vsize": 139,
"locktime": 0,
"vin": [
{
"txid": "125e438c493bfc144798d197ba3e10d8e453f2a0b8076ef8e8aa784bbe30a120",
"vout": 0,
"scriptSig": {
"asm": "",
"hex": ""
},
"txinwitness": [
"",
"304402200d25ddfc0f4036ddf12d0d71be47da6ccaea5d7556e69023d66ea968c6c1243e02203f1f986605155a9bc7a50d87dafcec7eaea69d5df27b078985be061529ac2dcb01",
"3045022100b9b5a3d1fce0c9cddccd255de68c33561e89b848be0ebef07203430eca68ceeb0220706d352d57ae18aa9a5d676c19cadcc5e65e95794880ebf07eaa54e41622d99701",
"52210293678ce55de9769f85908704da7c8ac3b0348e120af8e12d617f810ad39c682921034b6ca9e26b9b7312e4a1b3942d8309d0b0eb01e8acd87eb2e7326e869ff00ce952ae"
],
"sequence": 4294967295
}
],
"vout": [
{
"value": 0.00393908,
"n": 0,
"scriptPubKey": {
"asm": "OP_HASH160 61b192bab42c1306efa5922c3e755f9c3403e11c OP_EQUAL",
"hex": "a91461b192bab42c1306efa5922c3e755f9c3403e11c87",
"reqSigs": 1,
"type": "scripthash",
"addresses": [
"3AbaC9hjZJV5jVoqGwmFZ8RcK26Uk8DZaW"
]
}
}
],
"hex": "0200000000010120a130be4b78aae8f86e07b8a0f253e4d8103eba97d1984714fc3b498c435e120000000000ffffffff01b40206000000000017a91461b192bab42c1306efa5922c3e755f9c3403e11c87040047304402200d25ddfc0f4036ddf12d0d71be47da6ccaea5d7556e69023d66ea968c6c1243e02203f1f986605155a9bc7a50d87dafcec7eaea69d5df27b078985be061529ac2dcb01483045022100b9b5a3d1fce0c9cddccd255de68c33561e89b848be0ebef07203430eca68ceeb0220706d352d57ae18aa9a5d676c19cadcc5e65e95794880ebf07eaa54e41622d997014752210293678ce55de9769f85908704da7c8ac3b0348e120af8e12d617f810ad39c682921034b6ca9e26b9b7312e4a1b3942d8309d0b0eb01e8acd87eb2e7326e869ff00ce952ae00000000",
"blockhash": "0000000000000000000af70db00f40be7860447f7b3d668dc87ea2e7e80082a3",
"confirmations": 1060,
"time": 1555392397,
"blocktime": 1555392397
},
"error": null,
"id": null
}{
"result": {
"txid": "b4583b6b56d2c35021a78cff561ffb7a58b6661e7f9b90d947a1d5632d71214e",
"hash": "e1d8ecb80daf200a83baa136d614b5cc346c514f55de7c746e89b7f1010e9e38",
"version": 2,
"size": 304,
"vsize": 138,
"locktime": 545003781,
"vin": [
{
"txid": "e999e96cbb1cad5567de792176b528c779e53e347842b74ef06a91fe1d6276b1",
"vout": 1,
"scriptSig": {
"asm": "",
"hex": ""
},
"txinwitness": [
"",
"3045022100a3ff2c4e046d7d6c2a47fa471414d2372bb8291f2cb725159b81c463f1ae15da02204345db0f7889085c6c15c0e0e061329c570b2ff633b9238699796808c23a283301",
"304502210085a3845fb460a6c9e0672e3ec49a2fa4eb020ef7884314f3227f687cbbae9c7602201fcf136145bed97450f31716b3fb80b71a2a8e3500381a9a9b87161539568ed801",
"5221024684e65a5ec49794a3441f3e70e399820a5db683dcba7e429e07b3d51811e5e321032d0de75eb5718059cd4df924c9573395e5c05860c40cdd17898be1bcd69eee0b52ae"
],
"sequence": 2156756771
}
],
"vout": [
{
"value": 0.00240165,
"n": 0,
"scriptPubKey": {
"asm": "0 234d3eb16ba158e3dd5f44d92375f49804075afe",
"hex": "0014234d3eb16ba158e3dd5f44d92375f49804075afe",
"reqSigs": 1,
"type": "witness_v0_keyhash",
"addresses": [
"bc1qydxnavtt59vw8h2lgnvjxa05nqzqwkh72sx4mm"
]
}
}
],
"hex": "02000000000101b176621dfe916af04eb74278343ee579c728b5762179de6755ad1cbb6ce999e90100000000237f8d800125aa030000000000160014234d3eb16ba158e3dd5f44d92375f49804075afe0400483045022100a3ff2c4e046d7d6c2a47fa471414d2372bb8291f2cb725159b81c463f1ae15da02204345db0f7889085c6c15c0e0e061329c570b2ff633b9238699796808c23a28330148304502210085a3845fb460a6c9e0672e3ec49a2fa4eb020ef7884314f3227f687cbbae9c7602201fcf136145bed97450f31716b3fb80b71a2a8e3500381a9a9b87161539568ed801475221024684e65a5ec49794a3441f3e70e399820a5db683dcba7e429e07b3d51811e5e321032d0de75eb5718059cd4df924c9573395e5c05860c40cdd17898be1bcd69eee0b52ae05197c20",
"blockhash": "0000000000000000001cc74145f30b3fc234d68f285949f5b2fc97f5d15b8461",
"confirmations": 1179,
"time": 1555326485,
"blocktime": 1555326485
},
"error": null,
"id": null
}Пожалуйста, смотрите locktime |
|
|
|
|
amaclin1
|
|
April 23, 2019, 04:37:34 PM |
|
Пожалуйста, смотрите locktime ОК, спасибо, это я не учел. Но всё равно не очень понятно пока. Давайте кооперативный вариант пока отложим. Рассмотрим вариант что я решил самостоятельно закрыть канал, без участия моего партнера. У меня уже есть подписанная им транзакция, в которой установлен этот локтайм и мне достаточно свою подпись сделать и опубликовать транзакцию в сеть. Но если этот локтайм ещё не наступил - сеть просто не пропустит эту транзакцию. А если наступил - то транзакция будет включена в блок. Как тут достигается защита партнера - пока мне еще не совсем понятно. |
|
|
|
|
QWeB
|
|
April 23, 2019, 05:29:22 PM
Last edit: April 23, 2019, 08:41:30 PM by QWeB |
|
Как тут достигается защита партнера - пока
мне еще не совсем понятно.
Давайте тогда ещё раз поговорим про revocation private key: Когда вы открываете канал, вы получаете от партнёра его revocation_basepoint, и для каждой закрывающей канал транзакции (Commitment Transaction) вы отправляете партнёру per_commitment_point. У revocation_basepoint есть revocation_basepoint_secret, который является секретным ключом, который партнёр хранит при себе. Per_commitment_point имеет per_commitment_secret, который вы держите при себе (пока). Когда вы меняете состояние балансов канала (лайтнинг транзакция), вы используете revocation_basepoint другого человека и per_commitment_point для генерации открытого ключа revocation_key. Этот ключ затем используется в скрипте, который выглядит следующим образом: OP_IF
<Revocation_key>
OP_ELSE
`to_self_delay`
OP_CSV
OP_DROP
<Local_delayedkey>
OP_ENDIF
OP_CHECKSIG Этот скрипт используется в выходе to_local - в выходных данных, которые будут платить вам (после задержки), если вам придется транслировать эту закрывающую транзакцию (Commitment Transaction) в сеть. Партнёр имеет аналогичный выход to_local в своей закрывающей транзакции (Commitment Transaction). Прежде чем создать новое состояние балансов канала, вы должны "закрыть" предыдущее. Для этого вы отправите партнёру per_commitment_secret, который вы использовали для предыдущего состояние балансов канала. Партнёр сможет использовать этот per_commitment_secret и свой собственный revocation_basepoint_secret, чтобы получить закрытый ключ для revocation_key. Если вы захотите опубликовать в сеть биткоина устаревшее состояние балансов канала, у партнёра теперь есть вся необходимая информация для создания закрытого ключа для revocation_key. Он может использовать этот закрытый ключ для подписания транзакции, которая тратит ваш вывод to_local, тем самым забрать ваши монетки и наказать вас за публикацию устаревшего состояние балансов канала (и не только за этот грех, но и за другие, ну вы сами знаете...). Поскольку у вас нет его revocation_basepoint_secret, вы не можете получить revocation private key и, таким образом, должны ждать время задержки (locktime), прежде чем сможете потратить свои средства. https://github.com/lightningnetwork/lightning-rfc/ |
|
|
|
|
amaclin1
|
|
April 23, 2019, 06:05:15 PM |
|
Если вы захотите опубликовать в сеть биткоина устаревшее состояние балансов канала Это все на словах-то было не раз сказано. Ну вот вы привели пример транзакции одностороннего закрытия канала b4583b6b56d2c35021a78cff561ffb7a58b6661e7f9b90d947a1d5632d71214e Допустим, её опубликовала Алиса имея данные Боба. Допустим также, что Алиса воспользовалась тем, что Боба не было в сети и опубликовала эту транзакцию жульнически. То есть Алиса наебала Боба и раз мы видим эту транзакцию в блокчейне - у Алисы это реально получилось. Вопрос: как Боб мог бы воспрепятствовать этому жульничеству? Я пока только гипотетически понимаю как закрывать канал, но там требуется еще наличие адреса с CSV-опкодом. То есть Алиса не может закрыть по собственному желанию канал и перевести бабки на свой адрес. Сперва она переводит на некоторый "транзитный" адрес, откуда она может забрать их уже на свой личный адрес только через неделю. Зато Боб, видя попытку закрытия канала жульнически - может забрать сразу, наказав Алису за попытку жульничества. Если Алиса закрывает канал честно - то Боб никак не может вмешаться в этот процесс - он получает свой остаток средств. Но в приведенных примерах транзакций и скриптах я не вижу OP_CSV. То есть как-то все иначе происходит. Не стыжусь признаться, что досконально процесс я не понимаю. Не надо только повторять мне из хелпов очередной раз текст, ок? |
|
|
|
|
QWeB
|
|
April 23, 2019, 08:40:11 PM
Last edit: April 25, 2019, 05:45:40 AM by QWeB |
|
Если вы захотите опубликовать в сеть биткоина устаревшее состояние балансов канала Это все на словах-то было не раз сказано. Ну вот вы привели пример транзакции одностороннего закрытия канала b4583b6b56d2c35021a78cff561ffb7a58b6661e7f9b90d947a1d5632d71214e Допустим, её опубликовала Алиса имея данные Боба. Допустим также, что Алиса воспользовалась тем, что Боба не было в сети и опубликовала эту транзакцию жульнически. То есть Алиса наебала Боба и раз мы видим эту транзакцию в блокчейне - у Алисы это реально получилось. Вопрос: как Боб мог бы воспрепятствовать этому жульничеству? Я пока только гипотетически понимаю как закрывать канал, но там требуется еще наличие адреса с CSV-опкодом. То есть Алиса не может закрыть по собственному желанию канал и перевести бабки на свой адрес. Сперва она переводит на некоторый "транзитный" адрес, откуда она может забрать их уже на свой личный адрес только через неделю. Зато Боб, видя попытку закрытия канала жульнически - может забрать сразу, наказав Алису за попытку жульничества. Если Алиса закрывает канал честно - то Боб никак не может вмешаться в этот процесс - он получает свой остаток средств. Но в приведенных примерах транзакций и скриптах я не вижу OP_CSV. То есть как-то все иначе происходит. Не стыжусь признаться, что досконально процесс я не понимаю. Ну ОК, а я тогда не стыжусь сообщить вам, что никакого OP_CSV вы не увидите, т.к. это P2WSH (Pay-to-Witness-Script-Hash). В SV такого типа адресов нет, Крэг не велит, поэтому дальше будет ересь. UPD: Хотя я вижу вы полтора года назад эту тему копали... А видеть мы можем это: 2 024684e65a5ec49794a3441f3e70e399820a5db683dcba7e429e07b3d51811e5e3 032d0de75eb5718059cd4df924c9573395e5c05860c40cdd17898be1bcd69eee0b 2 OP_CHECKMULTISIG , что есть две подписи из двух. В соответствии с тем, что я писал выше, на выходе возможно четыре различных варианта "2 из 2х": 1) транзакция актуального состояния канала, 2 из 2х, моментальный вывод (кооперативное закрытие); 2) транзакция актуального состояния канала, 2 из 2х, но с задержкой по времени (закрытие одной из сторон); 3) транзакция устаревшего состояния канала, 2 из 2х, но с задержкой по времени (закрытие одной из сторон, жульничество); 4) UPD: транзакция устаревшего состояния канала, 2 из 2х, моментальный вывод здесь P2WSH_V0 транзакция, тратит выход из транзакции №3 (жульничество раскрыто, жульническая транзакция замещена, все средства отправляются обманутой стороне). Не надо только повторять
мне из хелпов очередной раз текст, ок?
Прошу вас, пропускайте, если не интересно. Этож форум, а не персональный урок. |
|
|
|
|
amaclin1
|
|
April 24, 2019, 03:39:56 AM |
|
Ну ОК, а я тогда не стыжусь сообщить вам, что никакого OP_CSV вы не увидите, т.к. это P2WSH (Pay-to-Witness-Script-Hash).
Ну так в этом случае все равно OP_CSV присутствует в redeem-скрипте. А сам redeem-скрипт закопан в витнесс-часть транзакции. Я расколупал транзакцию, redeem-скрипт вам раскодировал и удивился, что не увидел там OP_CSV. |
|
|
|
|
QWeB
|
Ну так в этом случае все равно OP_CSV присутствует в redeem-скрипте.
А сам redeem-скрипт закопан в витнесс-часть транзакции.
Я расколупал транзакцию, redeem-скрипт вам раскодировал и удивился, что не увидел там OP_CSV.
Вот вы сами писали: Сперва она переводит на некоторый "транзитный" адрес, откуда она может забрать их уже на свой личный адрес только через неделю.
Смотрим следующую транзакцию с "транзитного адреса" 15d1432b8d9db3e2067aebef8edc19fe8b3b3f0e4aab7b1db84fbeba90953e2f , Что там? - обычный P2WPKH. Почему так? - читаем скучную спецификацию: to_remote Output
This output sends funds to the other peer and thus is a simple P2WPKH to remotepubkey Эти средства ушли все целиком партнёру. Зачем здесь OP_CSV? Я сам закрыл канал и сам отправляю его деньги целиком в размере канала. Чтобы увидеть что-то похожее, на то, что вы хотите увидеть, нужно смотреть транзакцию: 1) закрываемую с временной задержкой (Commitment Transaction), 2) закрываемую мной, 3) есть средства, уходящие мне. или 2.1.) закрываемую партнёром, 3.1.) есть средства, уходящие партнёру. Я нашёл такую транзакцию у себя: 1ebe537e82130b576f1ab6aab1a43a734dc7362ffd51e7f1dbde658ae746d8a1 - закрыта мною, есть средства, уходящие мне. Соответственно смотрим следующие транзакции: 1) 72d81dcdd948afec37467d20a2d1d7de18eac5712f4061ab23235e7398cfbbe6 - здесь обычный P2WPKH, деньги уходят партнёру. 2) 7df9da67bb92804279c864b4e2b04fc4001b30bf987004c56b0309883cd3ee37 - здесь как раз P2WSH, т.к. деньги уходят мне. Декодируем (вы декодировали для меня, теперь позвольте и мне декодировать для вас) {
"result": {
"asm": "OP_IF 0240d012baa3370b8164ff807b77a779da86602118bdd7d230ecbbdbfc389ee952 OP_ELSE 144 OP_CHECKSEQUENCEVERIFY OP_DROP 029febb8a66aa94a21bd50ac20443b50bcecf344d126e1b4784158eede29baced2 OP_ENDIF OP_CHECKSIG",
"type": "nonstandard",
"p2sh": "3ERMRvg9NA1DVZsyrvWUUF3F3PuVu1u1vy"
},
"error": null,
"id": null
}OP_CSV я тут не нашёл!  Ищем дальше в интернетах, и находим пример штрафной транзакции 0da5e5dba5e793d50820c2275dab74912b121c8b7e34ce32a9dbfd4567a9bf8e Снова декодируем (теперь вы мне должны одно redeem-скрипт декодирование!) {
"result": {
"asm": "OP_IF 02a6790c583f8d9db138db5f0b907433cdcaf7d156f7ada13e18069a90f971782d OP_ELSE 144 OP_CHECKSEQUENCEVERIFY OP_DROP 024ee6ccd24eecafcc3fd129aad8ca0f7359048bb5da5ac62e51d849ab7519d592 OP_ENDIF OP_CHECKSIG",
"type": "nonstandard",
"p2sh": "39vvYyEuD3pHiHyQ84PLjG29n224588dPq"
},
"error": null,
"id": null
}Опять нет OP_CSV! Зато здесь и в предыдущем примере есть OP_CHECKSEQUENCEVERIFY, подойдёт? |
|
|
|
|
amaclin1
|
|
April 24, 2019, 11:50:09 AM |
|
Опять нет OP_CSV! Зато здесь и в предыдущем примере есть OP_CHECKSEQUENCEVERIFY, подойдёт? Подойдет. Это же одно и то же, разными буквами написано. Мы-то понимаем, но давайте ориентироваться на тех, кто нас читает тоже. (теперь вы мне должны одно redeem-скрипт декодирование!) Я без всякого сарказма благодарен за подсказки и помощь. Не то чтоб я сам не смог, но проходить по чужим стопам все-таки легче. |
|
|
|
|
QWeB
|
|
April 24, 2019, 07:26:27 PM |
|
Обновил свой LND до версии 0.6 Наконец-то смог выполнить бэкап каналов "промышленным" способом lncli exportchanbackup --all --output_file=channels.backup Мечты сбываются!  |
|
|
|
|
leonello
|
|
April 24, 2019, 07:58:00 PM |
|
Обновил свой LND до версии 0.6 Наконец-то смог выполнить бэкап каналов "промышленным" способом lncli exportchanbackup --all --output_file=channels.backup Мечты сбываются! А нельзя ли поподробнее? Что поспособствовало сбыче мечт? Обновление? |
СЧАСТЬЕ ДЛЯ ВСЕХ ДАРОМ, И ПУСТЬ НИКТО НЕ УЙДЁТ ОБИЖЕННЫЙ!
|
|
|
|
QWeB
|
|
April 24, 2019, 08:01:06 PM |
|
А нельзя ли поподробнее? Что поспособствовало сбыче мечт? Обновление?
Да, в новой версии появилась такая возможность, пример команды привёл выше. |
|
|
|
TheFuzzStone
Legendary
 Offline
Activity: 1512
Merit: 1442
thefuzzstone.github.io
|
|
May 11, 2019, 05:53:35 PM |
|
Много спикеров по Латнингу: |
|
|
|
|
leonello
|
|
May 11, 2019, 06:08:47 PM |
|
Много спикеров по Латнингу: Я вот в англ не силен. Если не сложно потом расскажешь вкратце о чем говорили? |
СЧАСТЬЕ ДЛЯ ВСЕХ ДАРОМ, И ПУСТЬ НИКТО НЕ УЙДЁТ ОБИЖЕННЫЙ!
|
|
|
TheFuzzStone
Legendary
Offline
Activity: 1512
Merit: 1442
thefuzzstone.github.io
|
|
May 11, 2019, 06:13:14 PM |
|
Я вот в англ не силен. Вруби и слушай, все равно что то поймешь. Я тоже не native speaker. Если не сложно потом расскажешь вкратце о чем говорили? Что?!  4 или пять спикеров? Там инфы на пару больших статьей. |
|
|
|
|
leonello
|
|
May 11, 2019, 06:15:49 PM |
|
Что?! 4 или пять спикеров? Там инфы на пару больших статьей. Ну я думаю тогда будут статьи на эту тему. |
СЧАСТЬЕ ДЛЯ ВСЕХ ДАРОМ, И ПУСТЬ НИКТО НЕ УЙДЁТ ОБИЖЕННЫЙ!
|
|
|
|
leonello
|
|
May 12, 2019, 06:39:41 AM |
|
Скорость с которой развивается сейчас индустрия смартфонов поражает. Так что нужное количество Гб свободного места на смартфоне лет эдак через пять думаю будет не проблема.
Ну-ну, значит масс адопшн скоро.
Вот такие дела. |
СЧАСТЬЕ ДЛЯ ВСЕХ ДАРОМ, И ПУСТЬ НИКТО НЕ УЙДЁТ ОБИЖЕННЫЙ!
|
|
|
|
amaclin1
|
|
May 12, 2019, 08:03:49 AM |
|
В новый HTC будет добавлена фулл нода Биткоина
Вот такие дела. Ну, в принципе, в режиме `prune` смартфон вполне может быть фуллнодой. Если, конечно, это можно назвать фулл-нодой - я бы назвал с большой натяжкой. Ладно, это вопрос семантики - насколько можно считать это фулл-нодой. Может быть и 200 гигов блокчейна можно засунуть с нынешними технологиями, можно даже в облачное хранилище с дедупликацией Пипл хавает, готов платить бабло за это, так что, как говорится, пуркуа бы, собственно, и не па? Наверно и лайтнинг-ноду можно запихнуть при большом желании. Вот только зачем? Я снова и снова повторяю вопрос - неужели вы думаете, что это даст какие-то заметные преимущества по сравнению с традиционными институтами? |
|
|
|
|
leonello
|
|
May 12, 2019, 08:31:03 AM |
|
Вот только зачем? Я снова и снова повторяю вопрос - неужели вы думаете, что это
даст какие-то заметные преимущества по сравнению с традиционными институтами?
Очевидно что да. Система, где путь между производителями товаров и услуг и их потребителями более короткий однозначно имеет преимущества перед системой где этот путь более длинный. Скрипач не нужен. Дело не только в этом. Порочность фиатной системы, выраженная в дефолтах, которые эта система вынуждена проходить с определенной периодичностью ввиду своей инфляционности, придает пикантности сложившейся ситуации. |
СЧАСТЬЕ ДЛЯ ВСЕХ ДАРОМ, И ПУСТЬ НИКТО НЕ УЙДЁТ ОБИЖЕННЫЙ!
|
|
|
Sem-ua
Newbie
Offline
Activity: 77
Merit: 0
|
|
May 15, 2019, 02:47:52 PM |
|
|
|
|
|
|
|
