<unnamed>

Public Key

npub1zxeun2y8m59t0ehlhk9adtzvdxxw3ty44wq6mwx680lxyvr0kgnsnyx6t2

Profile Code

nprofile1qqsprv7f4zra6z4humlmmz7k43xxnr8g4j26hqddhrdrhlnzxphmyfcpzpmhxue69uhkummnw3ezuamfdejszrthwden5te0dehhxtnvdakqz9rhwden5te0wfjkccte9ejxzmt4wvhxjmc5e87cz

Publishing to

nostr.wine

nos.lol

relay.damus.io

Last Notes

2023-06-07 15:33:17 UTC

- reply

📅 Original date posted:2015-05-07
📝 Original message:It seems to me like some (maybe most) of the pressure is actually external
from companies that might release something that dramatically increases
"adoption" & transaction rates (and that the data on historic rate of
adoption & slumps is somewhat disconnected from their interests in a quick
roll-out)?
It seems like the question actually becomes what is our maximum acceptable
cost (hardware capex & bandwidth & power opex) associated with running a
full node without hardware acceleration and with hardware acceleration
(something which presumably "doesn't exist" yet)? Are we making the
assumption that hardware acceleration for confirmation will become broadly
available and that the primary limiter will become anonymous bandwidth?
Excuse my ignorance, but I imagine somebody must have already looked at
confirmation times vs. block size for various existing hardware platforms
(like at least 3 or 4? maybe a minnowboard, old laptop, and modern desktop
at least?)? Is there an easy way to setup bitcoind or some other script to
test this? (happy to help)
Re Moore's law: yeah, some say stuff like 5nm may never happen. We're
already using EUV with plasma emitters, immersed reflective optics, and
double-patterning... and in storage land switching to helium. Things may
slow A LOT over the next couple decades and I'd guess that a quadratic
increase (both in storage & compute) probably isn't a safe assumption.
On Thu, May 7, 2015 at 11:46 AM, Btc Drak <btcdrak at gmail.com> wrote:
> On Thu, May 7, 2015 at 7:40 PM, Gavin Costin <slashdevnull at hotmail.com>
> wrote:
>
>> Can anyone opposed to this proposal articulate in plain english the worst
>> case scenario(s) if it goes ahead?
>>
>> Some people in the conversation appear to be uncomfortable, perturbed,
>> defensive etc about the proposal …. But I am not seeing specifics on why it
>> is not a feasible plan.
>>
>
> See this response:
> http://www.mail-archive.com/[email protected]/msg07462.html
>
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150507/6a87c722/attachment.html>