Discussion:
Bandwidth limits and LN w/ node relay network topography
(too old to reply)
praxeology_guy via bitcoin-dev
2017-03-26 22:11:14 UTC
Permalink
Raw Message
Bandwidth limits:
Would be nice to specify global and per node up/down bandwidth limits.
Communicate limits to peers.
Monitor actual bandwidth with peers.
Adjust connections accordingly to attain bandwidth goals/limits.

With Lightning Network:
Prepay for bandwidth/data. Continue paying nodes who continue to send new useful data. Potentially pay different amounts for different kinds of data.
Request refunds when a node sends useless/duplicate/invalid/spam data. Discontinue connection w/ nodes that don't refund. Hence LN payment channel network topography becomes somewhat correlated w/ bitcoin node relay network topography.

Should help nodes get better data faster, improve spam/DDoS resiliance. Incentivizes relay of unconfirmed txs and new blocks, when currently there is only a utilitarian marginal self benefit via helping everyone in general.

Maybe relay advertisements of available bandwidth and prices, etc.

To identify network splits:
Nodes could find hash of "nonce + pub key + tip blockhash" beating a difficulty threshold. Sign, broadcast. Prove their existence and connectedness. History can be maintained and monitored for disruption. Could be made part of the messages that advertise available network bandwidth.

Cheers,
Praxeology Guy
Aymeric Vitte via bitcoin-dev
2017-03-27 17:09:20 UTC
Permalink
Raw Message
What you are describing is described here too:
https://gist.github.com/Ayms/aab6f8e08fef0792ab3448f542a826bf (again, at
very draft and somewhere misleading state)

I don't think that the rewards should depend on subsequent chains built
on top of the main one, it should be handled by the main chain

I am not sure to really get your last sentence and why history should
have an importance based on some ways for historical valid nodes to
prove they are still, supposedly defeating the nodes trying to split,
who would inherently not behave correctly and therefore be banned by the
other nodes

Again, we are not far from switching from decentralized to centralized,
and I must again mention the Tor network, which indeed selects nodes
according to their advertised bandwidth (ie does not select you if you
advertise a very low one, which my nodes are doing because their work is
not to relay the tor traffic), but not only since the network itself
makes some calculations (and then does not select the nodes that are
lying, but this does not work the other way around), unlike this system
the decentralized system should self regulate without being able to
fingerprint the valid nodes over time
Post by praxeology_guy via bitcoin-dev
Would be nice to specify global and per node up/down bandwidth limits.
Communicate limits to peers.
Monitor actual bandwidth with peers.
Adjust connections accordingly to attain bandwidth goals/limits.
Prepay for bandwidth/data. Continue paying nodes who continue to send
new useful data. Potentially pay different amounts for different
kinds of data.
Request refunds when a node sends useless/duplicate/invalid/spam
data. Discontinue connection w/ nodes that don't refund. Hence LN
payment channel network topography becomes somewhat correlated w/
bitcoin node relay network topography.
Should help nodes get better data faster, improve spam/DDoS
resiliance. Incentivizes relay of unconfirmed txs and new blocks,
when currently there is only a utilitarian marginal self benefit via
helping everyone in general.
Maybe relay advertisements of available bandwidth and prices, etc.
Nodes could find hash of "nonce + pub key + tip blockhash" beating a
difficulty threshold. Sign, broadcast. Prove their existence and
connectedness. History can be maintained and monitored for
disruption. Could be made part of the messages that advertise
available network bandwidth.
Cheers,
Praxeology Guy
_______________________________________________
bitcoin-dev mailing list
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
--
Zcash wallets made simple: https://github.com/Ayms/zcash-wallets
Bitcoin wallets made simple: https://github.com/Ayms/bitcoin-wallets
Get the torrent dynamic blocklist: http://peersm.com/getblocklist
Check the 10 M passwords list: http://peersm.com/findmyass
Anti-spies and private torrents, dynamic blocklist: http://torrent-live.org
Peersm : http://www.peersm.com
torrent-live: https://github.com/Ayms/torrent-live
node-Tor : https://www.github.com/Ayms/node-Tor
GitHub : https://www.github.com/Ayms
Loading...