<rss
      xmlns:atom="http://www.w3.org/2005/Atom"
      xmlns:media="http://search.yahoo.com/mrss/"
      xmlns:content="http://purl.org/rss/1.0/modules/content/"
      xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
      xmlns:dc="http://purl.org/dc/elements/1.1/"
      version="2.0"
    >
      <channel>
        <title><![CDATA[reiartur]]></title>
        <description><![CDATA[Bitaites e calinadas de um disléxico e pseudo ilustrador.

study #Bitcoin]]></description>
        <link>https://reiartur.npub.pro/tag/covenants/</link>
        <atom:link href="https://reiartur.npub.pro/tag/covenants/rss/" rel="self" type="application/rss+xml"/>
        <itunes:new-feed-url>https://reiartur.npub.pro/tag/covenants/rss/</itunes:new-feed-url>
        <itunes:author><![CDATA[reiartur]]></itunes:author>
        <itunes:subtitle><![CDATA[Bitaites e calinadas de um disléxico e pseudo ilustrador.

study #Bitcoin]]></itunes:subtitle>
        <itunes:type>episodic</itunes:type>
        <itunes:owner>
          <itunes:name><![CDATA[reiartur]]></itunes:name>
          <itunes:email><![CDATA[reiartur]]></itunes:email>
        </itunes:owner>
            
      <pubDate>Sat, 30 Nov 2024 11:19:21 GMT</pubDate>
      <lastBuildDate>Sat, 30 Nov 2024 11:19:21 GMT</lastBuildDate>
      
      <itunes:image href="https://lh3.googleusercontent.com/a/AEdFTp55sycBQQV_J8UwkEf7b8frViuipezQQDqM5WqIz9k=s96-c" />
      <image>
        <title><![CDATA[reiartur]]></title>
        <link>https://reiartur.npub.pro/tag/covenants/</link>
        <url>https://lh3.googleusercontent.com/a/AEdFTp55sycBQQV_J8UwkEf7b8frViuipezQQDqM5WqIz9k=s96-c</url>
      </image>
      <item>
      <title><![CDATA[Covenants e Vaults]]></title>
      <description><![CDATA[]]></description>
             <itunes:subtitle><![CDATA[]]></itunes:subtitle>
      <pubDate>Sat, 30 Nov 2024 11:19:21 GMT</pubDate>
      <link>https://reiartur.npub.pro/post/xgo2tsb8h3b_mtcuf6f93/</link>
      <comments>https://reiartur.npub.pro/post/xgo2tsb8h3b_mtcuf6f93/</comments>
      <guid isPermaLink="false">naddr1qq24s360xf29xc3cdqekyh6dw3ph233kgcunxq3qa9a2l7jqqxa9mwrw034lcnuhcsncg905sl03ava49md55t4awewsxpqqqp65wpw96gk</guid>
      <category>Bitcoin</category>
      
        <media:content url="https://image.nostr.build/58b420071df55a226da8c1f80d68730edd8a2685e48d4389fefffffa956f040b.jpg" medium="image"/>
        <enclosure 
          url="https://image.nostr.build/58b420071df55a226da8c1f80d68730edd8a2685e48d4389fefffffa956f040b.jpg" length="0" 
          type="image/jpeg" 
        />
      <noteId>naddr1qq24s360xf29xc3cdqekyh6dw3ph233kgcunxq3qa9a2l7jqqxa9mwrw034lcnuhcsncg905sl03ava49md55t4awewsxpqqqp65wpw96gk</noteId>
      <npub>npub1a9a2l7jqqxa9mwrw034lcnuhcsncg905sl03ava49md55t4awewsvvzz87</npub>
      <dc:creator><![CDATA[reiartur]]></dc:creator>
      <content:encoded><![CDATA[<p>Nos últimos tempos, os <a href="https://covenants.info/"><em>covenants</em></a> têm sido apontado como a solução para a escalabilidade do Bitcoin. De uma simplificada, os <em>covenants</em> (convênios) são <em>smartcontracts</em> que colocam certas restrições futuras na utilização daquelas moedas, ou seja, quem recebe não pode utilizar para qualquer fim, terá algumas restrições de uso, pré determinadas.</p>
<h1>Soluções</h1>
<p>A comunidade está dividida entre incluir ou não <em>covenants</em> no Bitcoin e depois entre os que querem adicionar <em>covenants</em>, estão entre si, divididos entre <a href="https://covenants.info/proposals/ctv/">Op_CTV</a> e o Op_CAT, mas existe ainda outras. O Peter Todd fez um <a href="https://petertodd.org/2024/covenant-dependent-layer-2-review">excelente estudo</a>, e chegou a conclusão que o Op_CTV seria a melhor solução.</p>
<p>Eu não tenho conhecimento técnico para determinar qual a melhor solução, mas eu prefiro sempre o modelo mais conservador, neste caso parece ser o Op_CTV. No meu ponto de vista é preferível ser convervador, dar um passo de cada vez, em vez de um enorme salto. Prefiro correr o risco, daqui a 2 anos chegar à conclusão que o Op_CTV não foi suficiente, do que ter que recuar devido à atualização ter sido demasiado arrojada e ter criado vários problemas. No Bitcoin temos que ser conservadores na alteração do código.</p>
<h1>Vaults</h1>
<p>A grande maioria só fala dos <em>covenants</em> como uma solução para a escalabilidade, mas para mim o mais importante é que os <em>covenants</em> vão permitir construir soluções wallets mais seguras. Para mim é primordial, o Bitcoin necessita de melhorar a custódia e criar melhores soluções para a sucessão, são os principais entraves à adoção e à auto-custódia.</p>
<p>Com os <em>covenants</em> é possível construir os <a href="https://covenants.info/use-cases/vaults/"><em>vaults</em></a> (cofres), que vai permitir criar sistemas mais seguros, sobretudo para as <em>Cold Storage</em>, para pessoas/empresas com muitos bitcoins.</p>
<p>Vamos a um exemplo prático: Hoje em dia, se um <em>hacker</em> tiver acesso à <em>privkey</em>, pode assinar a transação, enviar as moedas para um seu endereço, depois de assinado e enviado é impossível impedir o roubo. Com os <em>covenants</em>, o <em>hacker</em> já não conseguirá, mesmo que tenha acesso à <em>privkey</em>, poderá fazer a transação mas terá que colocar 2 restrições:</p>
<ol>
<li>Terá obrigatoriamente de colocar um <em>timelock</em> para o seu endereço, ou seja, só terá acesso ao bitcoin passado um tempo previamente determinado, talvez 24 horas.</li>
<li>Obrigatoriamente, um segundo endereço também terá acesso às mesmas moedas, mas não terá <em>timelock</em>. Este segundo está determinado pelos <em>covenants</em>, é o chamado o endereço de recuperação.</li>
</ol>
<p>Assim basta a <em>exchange</em> terem um programa (WatchTower) a monitorizar a <em>blockchain</em>. Se o <em>hacker</em> enviar a transação, a <em>exchange</em> terá 24 horas, para analisar aquela transação. Se for uma tentativa de roubo, a <em>exchange</em> utilizará o endereço de recuperação para reaver as moedas, ou seja, mesmo que a segurança esteja comprometida, com a perda da <em>privkey</em>, a <em>exchange</em> tem um meio de segurança extra, que permite recuperar as moedas. Mas não necessita de ser um <em>hacker</em>, pode ser um funcionário da empresa a cometer o crime.</p>
<h1>Segurança Mundial</h1>
<p>Os <em>vaults</em> são essenciais para <em>Cold Storage</em>, na minha opinião é algo que já deveria estar implementado no código. O Bitcoin está a atingir uma dimensão tal, toda a segurança é pouca. A segurança vai muito mais além do que um pequeno <em>hack</em> a uma pequena empresa ou <em>exchange</em>, pode estar em causa a segurança nacional ou mundial.</p>
<p>O que aconteceria ao mundo, se os iranianos ou os norte-coreanos roubassem os Bitcoins da Coinbase, são mais de 1 milhão e entre eles, estão 200 mil do governo dos EUA. No mínimo dava um conflito diplomático, mas daqui a 5 ou 10 anos, com a valorização e já com o bitcoin como uma reserva nos bancos centrais, será certamente uma guerra entre os dois países.</p>
<p>Toda a segurança é pouca. Apesar de muitos de nós termos ideais libertários, anti-estado, não podemos esquecer que a adoção acarreta consequências e responsabilidades. Já não somos apenas uma moedinha mágica da internet criada e utilizada por <em>geeks</em>, Bitcoin está por todo o lado, até nos bancos centrais.</p>
]]></content:encoded>
      <itunes:author><![CDATA[reiartur]]></itunes:author>
      <itunes:summary><![CDATA[<p>Nos últimos tempos, os <a href="https://covenants.info/"><em>covenants</em></a> têm sido apontado como a solução para a escalabilidade do Bitcoin. De uma simplificada, os <em>covenants</em> (convênios) são <em>smartcontracts</em> que colocam certas restrições futuras na utilização daquelas moedas, ou seja, quem recebe não pode utilizar para qualquer fim, terá algumas restrições de uso, pré determinadas.</p>
<h1>Soluções</h1>
<p>A comunidade está dividida entre incluir ou não <em>covenants</em> no Bitcoin e depois entre os que querem adicionar <em>covenants</em>, estão entre si, divididos entre <a href="https://covenants.info/proposals/ctv/">Op_CTV</a> e o Op_CAT, mas existe ainda outras. O Peter Todd fez um <a href="https://petertodd.org/2024/covenant-dependent-layer-2-review">excelente estudo</a>, e chegou a conclusão que o Op_CTV seria a melhor solução.</p>
<p>Eu não tenho conhecimento técnico para determinar qual a melhor solução, mas eu prefiro sempre o modelo mais conservador, neste caso parece ser o Op_CTV. No meu ponto de vista é preferível ser convervador, dar um passo de cada vez, em vez de um enorme salto. Prefiro correr o risco, daqui a 2 anos chegar à conclusão que o Op_CTV não foi suficiente, do que ter que recuar devido à atualização ter sido demasiado arrojada e ter criado vários problemas. No Bitcoin temos que ser conservadores na alteração do código.</p>
<h1>Vaults</h1>
<p>A grande maioria só fala dos <em>covenants</em> como uma solução para a escalabilidade, mas para mim o mais importante é que os <em>covenants</em> vão permitir construir soluções wallets mais seguras. Para mim é primordial, o Bitcoin necessita de melhorar a custódia e criar melhores soluções para a sucessão, são os principais entraves à adoção e à auto-custódia.</p>
<p>Com os <em>covenants</em> é possível construir os <a href="https://covenants.info/use-cases/vaults/"><em>vaults</em></a> (cofres), que vai permitir criar sistemas mais seguros, sobretudo para as <em>Cold Storage</em>, para pessoas/empresas com muitos bitcoins.</p>
<p>Vamos a um exemplo prático: Hoje em dia, se um <em>hacker</em> tiver acesso à <em>privkey</em>, pode assinar a transação, enviar as moedas para um seu endereço, depois de assinado e enviado é impossível impedir o roubo. Com os <em>covenants</em>, o <em>hacker</em> já não conseguirá, mesmo que tenha acesso à <em>privkey</em>, poderá fazer a transação mas terá que colocar 2 restrições:</p>
<ol>
<li>Terá obrigatoriamente de colocar um <em>timelock</em> para o seu endereço, ou seja, só terá acesso ao bitcoin passado um tempo previamente determinado, talvez 24 horas.</li>
<li>Obrigatoriamente, um segundo endereço também terá acesso às mesmas moedas, mas não terá <em>timelock</em>. Este segundo está determinado pelos <em>covenants</em>, é o chamado o endereço de recuperação.</li>
</ol>
<p>Assim basta a <em>exchange</em> terem um programa (WatchTower) a monitorizar a <em>blockchain</em>. Se o <em>hacker</em> enviar a transação, a <em>exchange</em> terá 24 horas, para analisar aquela transação. Se for uma tentativa de roubo, a <em>exchange</em> utilizará o endereço de recuperação para reaver as moedas, ou seja, mesmo que a segurança esteja comprometida, com a perda da <em>privkey</em>, a <em>exchange</em> tem um meio de segurança extra, que permite recuperar as moedas. Mas não necessita de ser um <em>hacker</em>, pode ser um funcionário da empresa a cometer o crime.</p>
<h1>Segurança Mundial</h1>
<p>Os <em>vaults</em> são essenciais para <em>Cold Storage</em>, na minha opinião é algo que já deveria estar implementado no código. O Bitcoin está a atingir uma dimensão tal, toda a segurança é pouca. A segurança vai muito mais além do que um pequeno <em>hack</em> a uma pequena empresa ou <em>exchange</em>, pode estar em causa a segurança nacional ou mundial.</p>
<p>O que aconteceria ao mundo, se os iranianos ou os norte-coreanos roubassem os Bitcoins da Coinbase, são mais de 1 milhão e entre eles, estão 200 mil do governo dos EUA. No mínimo dava um conflito diplomático, mas daqui a 5 ou 10 anos, com a valorização e já com o bitcoin como uma reserva nos bancos centrais, será certamente uma guerra entre os dois países.</p>
<p>Toda a segurança é pouca. Apesar de muitos de nós termos ideais libertários, anti-estado, não podemos esquecer que a adoção acarreta consequências e responsabilidades. Já não somos apenas uma moedinha mágica da internet criada e utilizada por <em>geeks</em>, Bitcoin está por todo o lado, até nos bancos centrais.</p>
]]></itunes:summary>
      <itunes:image href="https://image.nostr.build/58b420071df55a226da8c1f80d68730edd8a2685e48d4389fefffffa956f040b.jpg"/>
      </item>
      
      </channel>
      </rss>
    