<oembed><type>rich</type><version>1.0</version><author_name>npub1azvhdrf9fu6n0tm7yez4j6zcxcedp2ct6nrcq3z74naqs7kgpk8s5t2krq</author_name><author_url>https://nostr.ae/npub1azvhdrf9fu6n0tm7yez4j6zcxcedp2ct6nrcq3z74naqs7kgpk8s5t2krq</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2011-12-21&#xA;🗒️ Summary of this message: Supernodes may emerge to validate transactions for other nodes, keeping lists of trustworthy nodes and partitioning them into a hashspace. Trustworthiness could be incentivized.&#xA;📝 Original message:Is it just me or does it seem inevitable that at some point supernodes&#xA;will emerge that other nodes trust to validate transactions for them?&#xA;Supernodes needn&#39;t even store the entire block chain and transaction&#xA;pool...it would be sufficient that they keep lists of IP addresses of&#xA;other trustworthy nodes and partition them into a hashspace.&#xA;&#xA;Anonymous peers have no reputation to defend...but a trusted supernode&#xA;would, which could provide just enough incentive for the supernode to&#xA;do its best to ensure the nodes it vouches for are indeed legit. Of&#xA;course, unless the supernode is validating the entire block chain and&#xA;transaction pool itself, it could only assess the trustworthiness of&#xA;other nodes by performing random sampling.&#xA;&#xA;Michael, I really like your ideas and the clarity you bring to the&#xA;issue. Regarding the potential attack vector you mention, would it be&#xA;possible to partition the hashspace to minimize the risk that an&#xA;attacker can manage to disproportionately gain control over a part of&#xA;the hashspace?</html></oembed>