<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>

<channel>
	<title>cgra's</title>
	<atom:link href="http://cgra.net/feed" rel="self" type="application/rss+xml" />
	<link>http://cgra.net</link>
	<description></description>
	<pubDate>Sun, 20 Feb 2022 14:28:48 +0000</pubDate>
	<generator>http://polimedia.us</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>TRB 'Cement' Draft Review</title>
		<link>http://cgra.net/2022/02/trb-cement-draft-review</link>
		<comments>http://cgra.net/2022/02/trb-cement-draft-review#comments</comments>
		<pubDate>Sun, 20 Feb 2022 14:28:48 +0000</pubDate>
		<dc:creator>cgra</dc:creator>
		
		<category><![CDATA[TRB]]></category>

		<guid isPermaLink="false">http://cgra.net/?p=20</guid>
		<description><![CDATA[MTYzNTY5OTcyNDR8MjE2LjczLjIxNi4xMTI=For inclusion in TRB, a feature was proposed, that I intend to comment on in this article.
Sync speed hypothesis
Based on looking at the code, my hypothesis of the expected time the cement sync would take, is: verification time + peer-average transfer time.
By peer-average here, I mean the average determined by all of the uploading peers' [...]]]></description>
		<wfw:commentRss>http://cgra.net/2022/02/trb-cement-draft-review/feed</wfw:commentRss>
		</item>
		<item>
		<title>Pre-TRB Git History</title>
		<link>http://cgra.net/2021/12/pre-trb-git-history</link>
		<comments>http://cgra.net/2021/12/pre-trb-git-history#comments</comments>
		<pubDate>Wed, 22 Dec 2021 17:36:35 +0000</pubDate>
		<dc:creator>cgra</dc:creator>
		
		<category><![CDATA[TRB]]></category>

		<guid isPermaLink="false">http://cgra.net/2021/12/pre-trb-git-history</guid>
		<description><![CDATA[MTYzNTY5OTcyNDR8MjE2LjczLjIxNi4xMTI=The Main Point
There was a particular, strange detail in TRB's block and transaction synchronization, to which I found a plausible clue from the pre-TRB commit history. But if I wanted to document this interesting detail, where would I refer to? I don't see much point in referring to some Github or whatever random corporate platforms, [...]]]></description>
		<wfw:commentRss>http://cgra.net/2021/12/pre-trb-git-history/feed</wfw:commentRss>
		</item>
		<item>
		<title>TRB Defect Exhibition - OOM and Other Spam</title>
		<link>http://cgra.net/2021/12/trb-defect-exhibition-oom-and-other-spam</link>
		<comments>http://cgra.net/2021/12/trb-defect-exhibition-oom-and-other-spam#comments</comments>
		<pubDate>Wed, 01 Dec 2021 15:24:18 +0000</pubDate>
		<dc:creator>cgra</dc:creator>
		
		<category><![CDATA[TRB]]></category>

		<guid isPermaLink="false">http://cgra.net/2021/11/trb-defect-exhibition-oom-and-other-spam</guid>
		<description><![CDATA[MTYzNTY5OTcyNDR8MjE2LjczLjIxNi4xMTI=Table of contents:

1 TRB std::vector&#8217;s memory footprint

1.1 Other TRB STL containers

2 vRecv burst processing defect

(getdata, getblocks, getheaders, inv, addr, tx)


3 Peer-to-peer protocol state

3.1 High-impact variables

(vNodesDisconnected, mapAlreadyAskedFor, setInventoryKnown, vInventoryToSend)


3.2 Peer addresses
3.3 Lower-impact, amplifying variables

(strSubVer, mapAskFor, vRecv, vSend)


3.4 Peer statistics

(setBanned, setKnown, vTimeOffsets)




4 Spamming debug.log


This is a continuation to the two previous articles (here and here), in a [...]]]></description>
		<wfw:commentRss>http://cgra.net/2021/12/trb-defect-exhibition-oom-and-other-spam/feed</wfw:commentRss>
		</item>
		<item>
		<title>TRB Defect Exhibition - Two DoS Classics</title>
		<link>http://cgra.net/2021/11/trb-defect-exhibition-two-dos-classics</link>
		<comments>http://cgra.net/2021/11/trb-defect-exhibition-two-dos-classics#comments</comments>
		<pubDate>Fri, 12 Nov 2021 13:06:02 +0000</pubDate>
		<dc:creator>cgra</dc:creator>
		
		<category><![CDATA[TRB]]></category>

		<guid isPermaLink="false">http://cgra.net/2021/11/trb-defect-exhibition-two-dos-classics</guid>
		<description><![CDATA[MTYzNTY5OTcyNDR8MjE2LjczLjIxNi4xMTI=The denial-of-service classics for TRB presented here are:

the unbounded mempool and
the blockchain checkpoints aging over time, which make it possible to spam a node with bogus blocks, using more and more powerful, but affordable second-hand mining hardware.

I consider them classics, because I can't imagine they weren't widely known already long ago. Why I bothered to [...]]]></description>
		<wfw:commentRss>http://cgra.net/2021/11/trb-defect-exhibition-two-dos-classics/feed</wfw:commentRss>
		</item>
		<item>
		<title>TRB OOM Patch - no_peer_dumpster</title>
		<link>http://cgra.net/2021/08/trb-oom-patch-no_peer_dumpster</link>
		<comments>http://cgra.net/2021/08/trb-oom-patch-no_peer_dumpster#comments</comments>
		<pubDate>Thu, 26 Aug 2021 14:32:15 +0000</pubDate>
		<dc:creator>cgra</dc:creator>
		
		<category><![CDATA[TRB]]></category>

		<guid isPermaLink="false">http://cgra.net/?p=9</guid>
		<description><![CDATA[MTYzNTY5OTcyNDR8MjE2LjczLjIxNi4xMTI=
What follows, should be considered EXPERIMENTAL, because:

I could be wrong,
brain fart this thick is difficult to breathe,
nobody else looked yet, and
it's not been extensively tested.
  

Let us proceed. We will first analyze the current situation, then have a look at the proposed solution.
The reader may first want to have a careful look at the [...]]]></description>
		<wfw:commentRss>http://cgra.net/2021/08/trb-oom-patch-no_peer_dumpster/feed</wfw:commentRss>
		</item>
		<item>
		<title>TRB Homework, Part N: Threads</title>
		<link>http://cgra.net/2021/08/trb-homework-part-n-threads</link>
		<comments>http://cgra.net/2021/08/trb-homework-part-n-threads#comments</comments>
		<pubDate>Sun, 22 Aug 2021 11:30:20 +0000</pubDate>
		<dc:creator>cgra</dc:creator>
		
		<category><![CDATA[TRB]]></category>

		<guid isPermaLink="false">http://cgra.net/?p=10</guid>
		<description><![CDATA[MTYzNTY5OTcyNDR8MjE2LjczLjIxNi4xMTI=I was in a process of writing an explanation for a TRB patch. The changes in question touched TRB's concurrency mechanics, which I thought I had properly already taken into account, but then realized this might've not really been the case. So it was time for some TRB homework: The Threads.
The summary of my study [...]]]></description>
		<wfw:commentRss>http://cgra.net/2021/08/trb-homework-part-n-threads/feed</wfw:commentRss>
		</item>
	</channel>
</rss>
