<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel>
        <title>markoInEther</title>
        <link>https://paragraph.com/@markoinether</link>
        <description>A surfing addict &amp; DVT evangelist. 
Involved with the Ethereum ecosystem since 2016 Currently decentralizing staking, SSV DAO contributor.</description>
        <lastBuildDate>Thu, 21 May 2026 21:10:27 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <language>en</language>
        <image>
            <title>markoInEther</title>
            <url>https://storage.googleapis.com/papyrus_images/cf5706dc9b11c9edd340a942611762ebbf46176d8f19712aa1fb91baac703860.png</url>
            <link>https://paragraph.com/@markoinether</link>
        </image>
        <copyright>All rights reserved</copyright>
        <item>
            <title><![CDATA[SSV, just another DVT solution]]></title>
            <link>https://paragraph.com/@markoinether/ssv-just-another-dvt-solution</link>
            <guid>d4AtD8Gmd5NsJsZsoeUb</guid>
            <pubDate>Tue, 29 Aug 2023 06:24:02 GMT</pubDate>
            <description><![CDATA[Special thanks to @Fod for feedback and corrections & @Dean for creating the sick poster!Is ssv.network a DVT tech?What if I told you SSV network is NOT a DVT. Well what is it then? Let’s explore 👀 As the name suggests it is a network, first and foremost. In it some people can run Ethereum validators on their machines and others - people & contracts & DAOs can stake their ETH trustlessly. DVT is an important part of the stack, but on its own it brings as many problems as it solves…Overview· ...]]></description>
            <content:encoded><![CDATA[<p><em>Special thanks to </em><strong><em>@Fod</em></strong><em> for feedback and corrections &amp; </em><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/deaniter42"><strong><em>@Dean</em></strong></a><em> for creating the sick poster!</em></p><h2 id="h-is-ssvnetwork-a-dvt-tech" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0"><strong>Is ssv.network a DVT tech?</strong></h2><p>What if I told you SSV network <strong>is NOT a DVT</strong>.</p><p>Well what is it then? Let’s explore 👀</p><p><code>As the name suggests it is a network, first and foremost. In it some people can run Ethereum validators on their machines and others - people &amp; contracts &amp; DAOs can stake their ETH trustlessly.</code></p><p><code>DVT is an important part of the stack, but on its own it brings as many problems as it solves…</code></p><h2 id="h-overview" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Overview</h2><p><strong>· The problems of DVT  ∘ Going beyond DVT · The Vision · The Product   ∘ The Cluster  ∘ Static clusters   ∘ Dynamic clusters · Stakers’ incentives   ∘ Freeriders   ∘ Systemic effects· The Network   ∘ Fault tolerance   ∘ Attack dynamics &amp; recovery· The bottom line</strong></p><h1 id="h-the-problems-of-dvt" class="text-4xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The problems of DVT</h1><p><em>First things first, WTF is DVT?</em></p><p>DVT or distributed validator technology as the name suggests, is a technology to distribute a single validator to be run by multiple parties (operators).</p><p>Ok now that we have multiple parties running one validator, how do they find each other and coordinate?</p><p>Also what happens if an operator is not responsive?</p><p>How will the rest of the operators even know that this is the case, since the validator is chugging along normally?</p><p>So now that operators organise into clusters, we are changing more large operators into less massive clusters. Does it really help decentralisation?</p><p>To collude one operator is definitely easier than to do so for the whole cluster, but the reward is so much sweeter…</p><p>These are the hard questions that any DVT protocol must face, let’s take a look how SSV network addresses them.</p><h2 id="h-going-beyond-dvt" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Going beyond DVT</h2><p><em>Trustless &amp; Decentralised staking for all</em></p><p>DVT basically addresses the issues operators’ infra setup, because classic redundancy solution of mirroring to a different machine is not viable.</p><p>Using basic DVT operators gain much more robust &amp; decentralised infra, which if done correctly could be a nice value add.</p><p>But what about the stakers?</p><p>Can we somehow empower them to stake in a trustless &amp; safe way while remaining onchain?</p><p>Helping operators with the infra is great, but what gets me excited is <strong>empowering stakers</strong>. Allow them to stake in a <strong>trustless,</strong> transparent &amp; <strong>decentralised way</strong>.</p><p>Allow stakers &amp; operators come together onchain. No need for intermediaries and middlemen, full transparency and no <strong>“trust-me-bro” finance</strong>.</p><h1 id="h-the-vision" class="text-4xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The Vision</h1><p><em>The vision as I see it is to decentralise the Etherum staking markets and empower both  operators and stakers to come together in a trustless decentralised way.</em></p><p>Operators can be judged for the first time purely on their merits thanks to the public nature of the network and easy performance tracking.</p><p>Stakers can choose operators based on their geography, software, performance, or fees without any need for coordination.</p><p>Since every validator is run by multiple operators, even if some of their operators fail they can simply replace them with no effect on their validator’s performance.</p><p>The goal is to have a free open market for staking services. All performance is visible, all coordination and payments are onchain.</p><p>No centralization No bottlenecks.</p><h1 id="h-the-product" class="text-4xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The Product</h1><p>SSV.network allows the staking industry to move away from centralised monolithic architecture with very few agents fulfilling all the roles into a highly specialised decentralised system.</p><p>What flashbot has done for MEV SSV is doing for staking.</p><p>Flashbots has allowed for a clear separation of block production into searchers, builders and proposers.</p><p>SSV is doing this same thing for staking, separating it into operators, staking applications and stakers(Eth providers).</p><p>We have clearly seen this same trend in traditional web development. Web development companies used to run their own servers, use their own storage and backup solutions. Nowadays developers are focused only on what they do best - developing web applications. All other tasks such as running servers and taking care of data are outsourced.</p><p>This is a trend in most complex ecosystems. As they become more mature, the actors and roles become more specialised.</p><p>In the same spirit SSV is building a network that allows for this specialisation and separation of concerns in Ethereum staking.</p><p>It allows node operators to focus just on running highly efficient staking operations, and empowers crypto developers to focus on what they do best - building sick LSDs and staking apps.</p><h2 id="h-the-cluster" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The Cluster</h2><p><em>“There is nothing so stable as change” Bob Dylan</em></p><h3 id="h-static-clusters" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Static clusters</h3><p>Let&apos;s talk DVT and it&apos;s issues. Its naïve implementation may look something like this:</p><ol><li><p>Single operators form operator clusters</p></li><li><p>Stakers choose clusters to stake with rather than individual operators</p></li></ol><p>What are the effects of this?</p><p>Every validator will coordinate with others and join one, or small amount of clusters.</p><p>I, as a big shot operator I want all my cluster bros to have the biggest possible punching power and bring as much stake to our common pot as possible. It makes no sense for me to team up with some small indie operators with no capital to their name.</p><p>Theoretically there could be:</p><p>$$\frac{o!}{(o - s_c)!}$$</p><p>Where $$o$$ is number of operators and $$s_c$$ is a size of a cluster. Thus if we have 100 operators and a cluster has 4 operators this will amount to quite staggering 94,109,400 possible clusters.</p><p>In practice the incentives for operators to be a part of more than a few clusters are just not there.</p><p>Also Operators care about how much capital they have, not how many clusters they are a part of, in fact it is an added overhead for them.</p><p>Stakers care about lowering the risks thus if choosing more then one cluster, they would prefer them to be non-correlated, thus ideally not sharing any operators.</p><p>Operators will naturally promote the clusters they are a part of. This results in clusters to map to roughly the same (power law) distribution as operators follow today.</p><p>Small number of clusters will own the majority of the stake.</p><p>In summary, static cluster creation leads to an equilibrium where the large clusters control much more stake then large solo operators would, since the capital they control would be roughly the sum of the capital of all of its members.</p><p>To coerce the whole cluster is much harder than a single operator, but the honeypot awaiting is that much sweeter.</p><h3 id="h-dynamic-clusters" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Dynamic clusters</h3><p>In SSV stakers, not operators form clusters. They are created dynamically, on-the-fly only based on what operators a staker picks. This changes the game played on multiple fronts.</p><h3 id="h-stakers-incentives" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Stakers’ incentives</h3><p>While there is no incentive for big shot operators to team up with their smaller bros, for  stakers there is. Let’s examine what are stakers’ preference and what is the reality.</p><p>What are the guarantees of their performance? What is their reputation? What performance will they have in the future?</p><p><strong>The wet dream of every staker</strong>:</p><p>High-performance, high reputation, low price, low TVL operator.</p><p>**The realistic choice is between:**Professional operator - high-performance, high reputation, high price, high TVL operatorHome operator - high-performance, low reputation, low price, low TVL operator</p><p>From the point of an staker looking from outside it&apos;s a hard choice:Do I go with a large operator which already has a large TVL honeypot, probably good security practices, the trust of a majority paired with  a large price tag?</p><p>or</p><p>Do I go with a small operator with a small TVL honeypot, unknown security practices, low reputation but paired with a very competitive price tag?</p><p>In real world large TVL usually is an effect (not cause) of higher trust of stakers in a given operator, hopefully this is well placed, unfortunately in practice large TVL and security practices are as often divorced as they are not. Think 3AC and SBF.</p><p><em>You may be wondering why a low TVL operator would be preferable?</em></p><p><em>Doesn’t more TVL indicate more trust and better security practices?</em></p><p>All other variables being equal, staker is always better off going with a lower TVL operator as this offers a smaller honeypot for potential attackers. Put simply, if you are an attacker you want to go for the jackpot, as this will most likely be a one time gig for you. So if you are a staker you would rather not be on the receiving end of this.</p><p>Stakers can and will choose both well known high quality operators, but also independent ones to help with risk mitigation. Both from the perspective of stakers’ incentives and from my anecdotal evidence working with them. Most of them are interested to use high quality blue chip operators and pair them with 1-2 well-performing community operators.</p><p>This gives the staker the advantage of lower overall fee and smaller risk of coercion attack.</p><p>It also contributes to a larger heterogeneity on the systemic level.</p><h4 id="h-freeriders" class="text-xl font-header !mt-6 !mb-3 first:!mt-0 first:!mb-0">Freeriders</h4><p>If stakers are choosing individual operators, not the whole clusters, there is no operator &quot;freerider&quot; effect, where some operators just go along for the ride, because stakers were forced to choose a whole cluster. Thus the much better aligns incentives, requiring operators to focus on their performance, not to get into the “right” clusters.</p><h3 id="h-systemic-effects" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Systemic effects</h3><p>There are important differences between choosing-clusters vs choosing-operators paradigm. The highest TVL operators will have about the same amount of stake in both paradigms. However in the former, these operators will be the part of the same clusters, whereas in the second the clusters are much more heterogeneous. Thus per cluster TVL in the latter case will be lower.</p><p>So if the reward of cluster coercion in the latter is lower the risk of it happening will be as well.</p><p>There will still be a power law distribution of stake allocation on the operator level, but importantly <strong>much less so on the cluster level</strong>.</p><h2 id="h-the-network" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The Network</h2><p><em>Res Publica, The beauty of public networks</em></p><p>Public nature of the network solves a couple of important issues. It allows operators to build up in-system reputation and for stakers not to rely on out-system reputation (other staking services, social media presence etc.).</p><p>This is a crucial point which both helps prevent entrenchment of the big players and allows small players to be judged on their merits, not TVL.</p><h3 id="h-fault-tolerance" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Fault tolerance</h3><p><em>If you can create a cluster on the fly, why could you not change it also?</em></p><p>It is a good question because it turns out you can. The public network paired up with dynamic clusters allows for their complete fluidity.</p><p><strong>Clusters can be created, updated or destroyed by a single transaction.</strong></p><p>Systemic effects of this killer feature:</p><ol><li><p>Much lower barriers of entry for new operatorsIf stakers can change operators if they are not performing well, they could be less picky when choosing them. In practice, choosing operators for your cluster is always a balancing act between looking at low price, low TVL, high reputation, high performance. Since changing an operator is trivial, stakers will on aggregate choose cheaper operators with lower price + reputation as they otherwise would. This in return pushes the price equilibrium for all stakers.</p></li><li><p>No operator entrenchmentThis also allows the system to stay dynamic and not entrench the dominant operators, since barriers of entry for new operators are low, barriers to changing operators are low as well and outside reputation is not crucial as talked about above.</p></li><li><p>De-risking operator selectionSimilarly as in point above, both the fact that the staker sees the operator&apos;s current performance and the ability to easily change them were his performance not satisfactory, makes this decision much less risky and consequential.</p></li></ol><h3 id="h-attack-dynamics-and-recovery" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Attack dynamics &amp; recovery</h3><p>In general DVT solutions, without a public network the attack is hard to detect outside the cluster. If the coerced operator is part of more than one cluster they can attack one and the others have no knowledge of this even happening.</p><p>Also, even when the attack is detected the rest of the operators need to somehow coordinate together to find another operator and replace the byzantine one. This can quickly become a headache, not only since this is not easily doable within the system, but also because the communication channels used for coordination could be DDOSed.</p><p><strong>DDOS</strong></p><p>DDOS attacks on individual operators are a nuisance, but nothing more. The dynamic operator switching saves the day again here. The attacker could either attack individual operators or the synchronisation mechanism stakers &amp; operators use. Individual operators can be targeted, but since in case of attack stakers can switch their non-responsive operators just with sending one tx, the attack hasn&apos;t got much teeth. The attacker can of course try to prevent this coordination to take place, but good luck trying to censor Ethereum mainnet.</p><p><strong>Operator Coercion</strong></p><p>To coerce individual operators is also a non-issue, since one operator cannot do any damage on its own. This holds true for all DVT solutions. Where SSV has the upper hand is the recovery from this.</p><p>The public networking layer allows this attack to be clearly visible to all the network participants and the dynamic cluster creation allows the system to adapt without any special coordination efforts. Here stakers just need to be mindful of what is the cluster threshold, and not change more operators if they suspect they might be byzantine. <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://medium.com/@MarkoInEther/dvt-landscape-part-1-a6ea7bae458b#9f7b">You can find more on this here. </a></p><p>The worst attack is the coercion of the majority of the cluster. This would be really bad if it were to happen, no sugar coating around it and could result in slashing.</p><p>The silver lining here is that the dynamic cluster creation by stakers leads to a larger heterogeneity amongst them and smaller honeypots as explained in the previous section.</p><p>Even the Largest clusters will still be smaller in SSV as in DVT Systems with similar TVL with static ones.</p><h1 id="h-the-bottom-line" class="text-4xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The bottom line</h1><p>The bottom line is that from a Risk perspective SSV network is both orders of magnitude less risky than Non-DVT solutions and also significantly safer than simple DVT implementation.</p><p>The users of staking products will tend to choose those with the lowest risk and the highest rewards, which will be built on the tech best suited for this.</p><p>This coincidentally might just be the right niche for SSV…</p>]]></content:encoded>
            <author>markoinether@newsletter.paragraph.com (markoInEther)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/6b452ab9490bc2bc535f617b6470d038c35b6027c868a2329c794233e3d16d96.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[The Bull Case for SSV]]></title>
            <link>https://paragraph.com/@markoinether/the-bull-case-for-ssv</link>
            <guid>tKf7RgNnKjW84eK3jjOI</guid>
            <pubDate>Wed, 02 Aug 2023 06:16:08 GMT</pubDate>
            <description><![CDATA[SSV to the MOOOOOOONSpecial thanks to @Fod for feedback and corrections & @Dean for creating the sick poster!Overview· The lay of the land · The problem · The Product · The moat · The strategy · Value capture · Tl;DrThe lay of the landWhat is the opportunity sir? Let’s start with understanding the lay of land of various staking applications and how SSV fits into the picture. Ethereum staking is becoming a huge industry, recently passing 20%(46 000 million USD at time of writing) of ETH supply...]]></description>
            <content:encoded><![CDATA[<figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/af07c0c182ee4ad1c4bbd93dc58bc3ff72aa400d51a6b12b2cec40941c256c9d.png" alt="SSV to the MOOOOOOON" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">SSV to the MOOOOOOON</figcaption></figure><p><em>Special thanks to </em><strong><em>@Fod</em></strong><em> for feedback and corrections &amp; </em><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/deaniter42"><strong><em>@Dean</em></strong></a><em> for creating the sick poster!</em></p><h2 id="h-overview" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Overview</h2><p><strong>· The lay of the land</strong></p><p><strong>· The problem</strong></p><p><strong>· The Product</strong></p><p><strong>· The moat</strong></p><p><strong>· The strategy</strong></p><p><strong>· Value capture</strong></p><p><strong>· Tl;Dr</strong></p><h2 id="h-the-lay-of-the-land" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The lay of the land</h2><p><em>What is the opportunity sir?</em></p><p>Let’s start with understanding the lay of land of various staking applications and how SSV fits into the picture. Ethereum staking is becoming a huge industry, recently passing <strong>20%</strong>(<strong>46 000</strong> million USD at time of writing) of ETH supply. Just for comparison, the amount staked is more than the market cap of any other crypto assets besides Bitcoin.</p><p>The question is, who will be able to grab some nice piece of the pie?</p><h2 id="h-the-problem" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The problem</h2><p><em>Where is my backup sir?</em></p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/50af4d7eeed0666bdb999b57b20c4bc92282320cf3d8ddb731fd1f9533981649.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>The Ethereum staking industry has certain idiosyncrasies compared to other traditional infrastructure setup, the main of which is the <strong>forced lack of redundancy a.k.a. no backup</strong>.</p><p>The naive approach of running multiple instances of the same software is not possible in staking. The potential slashing risk is too great of a risk here and not worth the reward.</p><h2 id="h-the-product" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The Product</h2><p><em>Can the devs do something?</em></p><p>What SSV offers is magic. It offers a unique solution to the problem of easy and trustless staking and creates an open marketplace for staking services.</p><p>It is a secure and care-free staking experience for stakers and a hassle-free income stream for node operators.</p><p>As someone who wants to participate in Eth staking, the product I am looking for is the one with the lowest risk and the highest rewards. The SSV network is orders of magnitude less risky than Non-DVT solutions, has a free market structure that minimises fees for stakers to maximise their returns, and is also significantly safer &amp; easier to use than other DVT solutions.</p><p>Strong claims?</p><p>Stay tuned for the next article <strong>SSV — just another DVT solution</strong>.</p><h2 id="h-tldr" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0"><strong>Tl;Dr</strong></h2><blockquote><p>As an investor looking at the project, the number one question is:<br>Is the product unique? Does it have product market fit?</p><p><strong>Short answer:</strong><br>Yes</p><p><strong>Long answer:</strong><br>The reasons why are out of scope for this article, will expand on them in the upcoming one.</p></blockquote><h2 id="h-the-moat" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The moat</h2><p><em>Are the fees &amp; market share defensible?</em></p><p>The moat is probably the hardest thing of all web3, where the moats of most projects are anaemic at best and usually non-existent.</p><p>Unlike other software and DVT solutions, SSV is developing not just a tech stack for others to implement, but it is building a network. DVT is currently the catch-all phrase in the staking ecosystem, characterising a whole set of tech stacks and technologies. This is a double edge sword, since the pure technology stack has really no moat and no ability to capture value in the long term.</p><p>Some DVT projects have gone the route of licensing their product, others building a full fledged staking application.</p><p><em>SSV opts for a protocol approach encouraging other teams to build staking applications on top and keeps the open source ethos.</em></p><p>It harnesses the creative spirit and talent in the space and positions itself as the backend for other staking applications to plug into.</p><p>If it succeeds it will be thanks to the network it creates. This seems to be one of the strongest moats in software we know of. In classical web2 context it brings more of a sour taste, allowing the tech giants to run purely parasitic and extractive businesses that lots of people hate to be a part of but are unable to switch. The point being that networks can create such a strong moat that even a bad UX and extractive behaviour has a hard time neutralizing its effects.</p><p>Thankfully, this is not the case in web3 due to its open source nature, where users own their data and have the ability to port reputation.</p><h2 id="h-tldr" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0"><strong>Tl;Dr</strong></h2><blockquote><p>SSV has a natural <strong>moat — the network</strong> that is one of the strongest we know of and in case of success will be extremely hard to dethrone.</p></blockquote><h2 id="h-the-strategy" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">The strategy</h2><p><em>Let a thousand flowers bloom, the protocol vs app approach</em></p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/17bccf4f2d0720354d8d526f7ddcaec9f648913491c4448be44ff1546b8ddc13.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>A good comparison here would be between Lido and SSV whose strategies could be thought of as analogous to those of Apple (Lido) and Amazon (SSV). The former sells specific high quality product to customers and charges a healthy premium, while the latter creates a platform where other products are sold including the former, charges less of a premium, but serves many more customers in aggregate.</p><h2 id="h-value-capture" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Value capture</h2><p><em>The Achilles heel of crypto</em></p><p>Value creation is straightforward in many crypto protocols, SSV included.</p><p>What is usually the Achilles heel is the value capture part of the equation.</p><p>SSV token currently has 3 value capture mechanisms:</p><p>1. utility token (payments) — indirect value capture</p><p>2. governance token — indirect value capture</p><p>3. <strong>network fee — direct value capture</strong></p><p><strong>1. utility token</strong></p><p><em>indirect value capture</em></p><p>The use as a utility token is important and interesting. I myself go back and forth on the effectiveness of this mechanism. On one hand it clearly introduces additional complexity and headache for the users since they need to manage their SSV balance and are exposed to the token volatility, on the other it undeniably creates a demand for the token and it is one (maybe the only one) clearly established indirect mechanism that captures value. If it works for ETH, it should work for SSV too, right?</p><p><strong>2. governance token</strong></p><p><em>indirect value capture</em></p><p>It is still an open question of how much (if any) value does governance token capture (other than introducing fees) and how to evaluate it in the first place. Some projects do not have a clear path to charging fees and even those that have, like Uniswap may be very hesitant to turn them on if the main product is their strong brand and low fees.</p><p><strong>3. network fee</strong></p><p><em>direct value capture</em></p><p>It may look at first glance that mechanisms 1(utility) and 3(network fee) are co-dependent, however, on a closer inspection it becomes clear that they are not. The network fees could be in fact paid in SSV, ETH or any other token.</p><p>This mechanism creates a direct link between the usage of the network and the value captured. Once the value is captured, it is easy to translate it to the token price, either by simply burning it and lowering supply, or by paying out dividends to token holders.</p><h2 id="h-tldr" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0"><strong>Tl;Dr</strong></h2><blockquote><p>The most bullish signal for me is that, unlike many other crypto projects, there is a <strong>direct value capture</strong> via the network fee mechanism.</p></blockquote><h2 id="h-recap" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Recap</h2><p><em>Why bullish? Gimme one sentence!</em></p><h3 id="h-ssv-creates-foundational-infrastructure-for-ethereum-staking-value-creation-is-able-to-create-a-strong-moat-thanks-to-its-networking-layer-and-strong-network-effects-and-it-has-a-direct-value-capture-mechanism-in-the-form-of-network-fees-which-do-not-introduce-any-significant-barriers-for-its-users" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">SSV creates foundational infrastructure for Ethereum staking (value creation), is able to create a strong moat thanks to its networking layer and strong network effects, and it has a direct value capture mechanism in the form of network fees which do not introduce any significant barriers for its users.</h3>]]></content:encoded>
            <author>markoinether@newsletter.paragraph.com (markoInEther)</author>
        </item>
    </channel>
</rss>