Search content
Sort by

Showing 20 of 360 results by spin
Post
Topic
Board Ivory Tower
Re: People claiming to be Satoshi (List of Faketoshis)
by
spin
on 26/06/2022, 21:54:45 UTC
Might want to add Charles Hoskinson to the list:
https://en.wikipedia.org/wiki/Charles_Hoskinson

Quote below from this article, on Laura Shin's book: https://www.coindesk.com/layer2/2022/04/18/ethereums-dark-underbelly-shows-that-even-in-crypto-trust-matters/

Quote
“The Cryptopians” puts real substance behind the crypto community’s longstanding antipathy for Charles Hoskinson, CEO of IOHK and founder of Cardano and Ethereum who was voted out of the Ethereum founding team at the same time as Chetrit. Hoskinson is convincingly depicted as a liar and manipulator of staggering boldness, bordering on sociopathy. This has allegedly included various false claims about his education and, according to Shin’s sources including Joe Lubin himself, claiming to be Bitcoin creator Satoshi Nakamoto. In crypto, sins don’t come much more cardinal than that one.

Post
Topic
Board Bitcoin Discussion
Re: What can 1 Bitcoin buy in your country?
by
spin
on 26/06/2022, 14:53:20 UTC
1 BTC ~ ZAR 340 000

Gets you this starter student apartment in central Johannesburg:
https://www.property24.com/for-sale/braamfontein/johannesburg/gauteng/3857/110898309

Or maybe some coastal property to build on:
https://www.property24.com/for-sale/kleinbaai/gansbaai/western-cape/7865/110936617

Probably need to chip on transfer duties though.

Post
Topic
Board Meta
Re: My investigation on satoshi
by
spin
on 23/01/2021, 22:56:22 UTC
I would also like to point out he whole Commonwealth also mostly use British English.  But sometimes it might also have mixed usage.
Post
Topic
Board Development & Technical Discussion
Merits 5 from 3 users
Re: Nothing is truly decentralized using a centralized ISP
by
spin
on 10/08/2020, 12:53:41 UTC
⭐ Merited by gmaxwell (2) ,Husna QA (2) ,HeRetiK (1)
According to this one guy a group of PhD's had stated that B.A.T.M.A.N protocol is the best Mesh router protocol out there. B.A.T.M.A.N protocol is the one used by Freifunk,  which is Germanys mesh community and perhaps the largest in the world. What exactly do you mean with malicious mesh node? For what purpose would the malicious nodes exist? Standard nodes have max capacity and you could set a cap limit to output for standard nodes. Someone running a malicious node would forge the output to very high, right?

What B.A.T.M.A.N. does is has every participant periodically announce themselves, and then each peer that hears them repeats the announcement. Each node remembers the best source for a particular host they've heard of and sends traffic for it in that general direction.

The announcements have a hop count and a sequence number to prevent loops and repetitions of the announcements. 

There is absolutely no security at all, except by totally limiting access to the media (e.g. by encrypting all packets and not making the network accessible to the public).

If someone with access to the network wants to impersonate another party and receive almost all of their traffic all they have to do is start generating announcements for them.  They can selectively mitm, impersonate, or block access to any other party on the mesh.

If you are using some L3 IP security on top of the mesh (like a VPN) then they can't impersonate but they can trivially deny access.

So as they stand right now, these protocols do not work for public networks except to the extent that no one wants to bother attacking them.  A lot of the time that is probably true --- but centralized ISPs are also secure so long as no one wants to bother attacking.

It looks like the Freifunk firmware is still actively maintained-- https://github.com/ffbsee/ffbsee-firmware/commits/master   thanks-- thats the sort of thing I was looking for when I asked before.  There was a lot of excitement about meshes around 2013-2015 and there are a lot of dead webpages now.


No security? The network is connected to the internet with NAT which goes through a gateway that has a VPN. Is that not security? There is no way to spy or track or identify a single user of the network. In addition you can also encrypt the wi-fi signal. Centralized ISP's are not secure. Centralized ISP's are the security breach themselves. The intelligence community gathers data through the centralized ISP's. They can now without any permission or warrant get your entire browsing history.  https://en.wikipedia.org/wiki/Network_address_translation

I am involved with a big "mesh" network.  The network is still live but has shrunk somewhat from it's top size.  It's not a live mesh in that nodes are fixed in position and cannot move around but the network is somewhat resilient to nodes dying and routes around them.

The network used mainly Mikrotik and UBNT Wireless gear to form point to point links as well as sectors with clients.  It was a complete private network operating in private address space with it's own internal DNS as well as routing.  Did not provide direct access to the internet though some did tunnel internet access over it.  Similar networks I am aware of use BGP routing though this network used OSPF routing (BATMAN sounds similar?).   I suspect it was (or perhaps still is) one of the largest single area OSPF deployments. It had over 650 OSPF routers in one area!

I did not design this and was not a network expert by any means (still not, work in other fields, this was hobby) but learnt a few things along the way. 

In terms of security this was not secure.  Given private non-profit nature of the network we had participants join with poor network practices (e.g. no security, unpatched routers, windows machines, default passwords etc.) and when their PC/router got hacked/infected by viruses from internet that would scan the private network for targets.  That was security problem one, which would be fine, but I introduced detection methods by centralising logs and listening for scans from inside the network and then null routed any host doing excessive scanning, login attempts on ssh ports etc.  Was able to null route a host by doing that and announcing the route on OSPF.  I was able to do it more effectively than anyone else because i had access to more infrastructure as I was involved in managing the network (as much as it could be managed).  But in theory any participant could do it by announcing routes for a particular IP range.  The most effective was announcing /32 as it would get the most priority on OSPF.  If you had one OSPF router you could steal half someone's traffic in this way.

There was never any active abuse of this but lots of accidental routing issues and was easy to spot.

As an aside I changed bitcoin node code slightly so that would operate on this private network (changing the way it used private address space). I think it would not advertise private addresses and I changed that setting in the private network somehow.  I lost interest as it was just two of us running bitcoin nodes on the network at the time.

This network covered some poor areas where people did not have internet at home and we did not provide internet access per say, but some of us which had more internet than we were using did setup proxies for use by participants for basic internet (think mail, education, news etc.).  We could not just provide internet as we operated under licensing which prohibited to some degree, plus the bandwidth...

We did link up also with other such networks via tunnels over internet in other parts.  Was also thinking of hooking up with others (freifunk, dn42, nyc mesh) but interest slowed down. 


Post
Topic
Board Bitcoin Discussion
Re: Bitcoin Cash blockchain will overtake Bitcoin Core blockchain.
by
spin
on 22/08/2017, 22:30:05 UTC
Comparing these chain lengths is like comparing bitcoin's chain length with litecoin.  Makes no sense.
Post
Topic
Board Development & Technical Discussion
Re: Why transactions inside blocks are not quite sorted by the fee?
by
spin
on 03/08/2017, 23:07:56 UTC
I guess it should check if any combination of transactions starting from A or B is the next highest fee rate it would include it.

I guess the possible groups could be:
A
B
A-C
B-D
or A-C B-D E

I am assuming whichever of those groups have the highest fees will be included first?
Post
Topic
Board Development & Technical Discussion
Re: 1hash pool just mined an invalid block again
by
spin
on 24/07/2017, 14:19:56 UTC
How do you analyse the block after the fact?  I mean what tools do you use etc.

It's more of a process, rather than a tool.

Thanks for sharing your process.
Post
Topic
Board Development & Technical Discussion
Re: 1hash pool just mined an invalid block again
by
spin
on 24/07/2017, 10:52:02 UTC
How do you analyse the block after the fact?  I mean what tools do you use etc.

Post
Topic
Board Development & Technical Discussion
Re: bitcoind for synology nas (ARM)
by
spin
on 21/06/2017, 10:56:02 UTC
Assuming you are running another node who's output you trust you could use the assumevalid option to speed things up perhaps:

Quote
assumevalid=   If this block is in the chain assume that it and its ancestors are valid and potentially skip their script verification (0 to verify all, default: 00000000000000000013176bf8d7dfeab4e1db31dc93bc311b436e82ab226b90, testnet: 00000000000128796ee387cf110ccb9d2f36cffaf7f73079c995377c65ac0dcc)
You would specify a more recent block than the default of course.

Or also copy over an up to date blockchain directory from a node you trust.

Post
Topic
Board Bitcoin Discussion
Re: Development in Ghana, Nigeria, South Africa
by
spin
on 22/05/2017, 15:18:43 UTC
Post
Topic
Board Bitcoin Discussion
Re: Is diversity in bitcoin client implementations a good or a bad thing?
by
spin
on 04/05/2017, 07:43:33 UTC
Multiple implementations of the consensus logic will lead to forks eventually.  One of the two is bound to become inconsistent with the other at some point and this will result in a fork.  The presence of forks (or the possibility of presence of forks) reduces the security of bitcoin as you have to be careful when you receive money as you need to be very sure that you've received money on the right fork and/or that there is no fork.

How long the forks last depend on the nature of the difference, popularity of the clients and probably the reaction times of the miners as well.

Post
Topic
Board Bitcoin Discussion
Re: Is bitcoin transaction fees fair?
by
spin
on 26/04/2017, 11:14:37 UTC
It's more fair than most payment systems. 

The fact that it's variable and changing based on demand is an indication that there is a real market happening.  It's much easier to have unfair bank fees, because as a client of your bank there is no immediate fee market on every transaction you make.   So it's more likely that any other payment system's fees are resulting in over payment to the bank/processor as they have less competition on their fees.  Or at least less dynamic competition.

Also the fee varies by the size of the transaction means smaller (in bytes) more efficient transactions pay less.  Large transactions does not cost the network more to process so should not be charged more.
Post
Topic
Board Development & Technical Discussion
Merits 1 from 1 user
Re: Q: How often do full nodes reboot? How often do they go offline?
by
spin
on 26/04/2017, 10:20:29 UTC
⭐ Merited by ETFbitcoin (1)
You should be able to get an idea by comparing snapshots at https://bitnodes.21.co/api/

They scan the network every now and then and list reachable nodes.  By checking various snapshots and comparing IPs you might get a sense of how often nodes are available at specified ips.  The only issue is that you may get nodes that stay-up but change IPs.  So technically you'd be counting nodes that reboot/go offline and/or change ips or some weird combination of that.

You can also look at their leaderboard:
https://bitnodes.21.co/nodes/leaderboard/

You'd be interested in DU, WU and MU which is the daily/weekly/monthly uptime of nodes by IP.   The top nodes on their leaderboard are all sitting pretty much at 99% uptime on monthly basis.






Post
Topic
Board Other languages/locations
Re: legit site to buy bitcoin from south africa
by
spin
on 24/04/2017, 15:43:21 UTC
luno.com
Post
Topic
Board Development & Technical Discussion
Re: Electricity consumption of Bitcoin: a market-based and technical analysis
by
spin
on 24/04/2017, 13:23:40 UTC
Refreshing to have some fact based work to look at make it refreshing.

I've used your numbers to redo your calculations slightly differently:

Firstly I assume we invest BTC to generate a BTC profit .

This is as opposed to measuring a USD profit.  The idea being to make the returns a little less sensitive to the exchange rate increasing.

I assumed the $418 spent on the miner was converted to 1.33 BTC (using the 315.17 USD/BTC rate you have in the CSV).
I convert the electricity cost to BTC using the daily rate.  
Total BTC generated = 5.07
Total electricity is BTC1.53
Net income = BTC3.53

So 1.33 turns into 3.53 BTC for a gain of 2.66.

This is still sensitive to price of BTC.

Assume flat prices at 315 USD/BTC

To get an idea what the sensitivity of this income was I set it to a flat 315 exchnage rate. This assume a flat exchange rate throughout the period in question.
1.33 then turns into 3.24 giving a 2.45 gain

Assume flat prices at 1000 USD/BTC
0.42 BTC then turns into 4.5 BTC for a gain of 10.76 times.


Post
Topic
Board Bitcoin Discussion
Re: Segregated Witlessness
by
spin
on 05/04/2017, 07:59:09 UTC
Gee, franky1 do you get paid by the lie, or what?


No,

He believes what he is saying.

He can believe what he says, but it doesn't mean it's right. Also whether he is right or wrong is unaffected by who pays anyone or not.
Post
Topic
Board Development & Technical Discussion
Re: Retrieve lost satoshis
by
spin
on 11/11/2015, 11:06:13 UTC
How many addresses do you have to check?  You mentioned 200 earlier?
Post
Topic
Board Bitcoin Technical Support
Re: Store blockchain in SQL database?
by
spin
on 10/11/2015, 09:03:25 UTC
You will probably want to write a script that queries an api like blockchain.info and extract the data you want to store in your database.  I would imagine this being the easiest way

This won't work.  You will hit query limits with them. And/or it will be slow.

Run your own node and extract the data you need using rpc.
Post
Topic
Board Bitcoin Discussion
Re: Testnet will likely fork to BIP101
by
spin
on 10/11/2015, 08:45:08 UTC
Please note that this doesn't mean you need to run a BIP101 node to use the testnet.  Regular nodes will work fine and will just ignore the non-bitcoin blocks.

Why aren't there multiple testnets? It seems like a strange idea to only be able to run one experiment at a time. I can appreciate it still requires miners and nodes but I would've expected they'd allocate resources to different concepts.

Good question. I assume it's mostly due to lack of interest. In order to be able to test things on a network replicating bitcoin's one this network would need to have a decent number of participants. Starting an entirely new testnet out of the blue to test something temporarily likely wouldn't attract a decent amount of participants willing to put effort and resources into building it and maintaining for the tests. So the existing test net was used.

There is functionality to run your own private simulated testnet.  To test things out.


Post
Topic
Board Development & Technical Discussion
Merits 2 from 1 user
Re: Retrieve lost satoshis
by
spin
on 10/11/2015, 08:39:15 UTC
⭐ Merited by ETFbitcoin (2)
If you are running bitcoin core you can import it there.  If you are importing many addresses you can import them with the following rpc call:
Code:
importprivkey [label] [rescan=true]
Adds a private key (as returned by dumpprivkey) to your wallet. This may take a while, as a rescan is done, looking for existing transactions. Optional [rescan] parameter added in 0.8.0. Note: There's no need to import public key, as in ECDSA (unlike RSA) this can be computed from private key

What you could do to speed this up is set rescan=false so that it doesn't rescan for every address.

I think you can then just restart bitcoin core to rescan all?