Table of Contents
ToggleOs métodos centralizados, essencialmente por falar em bancos, têm os seus próprios tempos e procedimentos de movimentação de dinheiro, que já controlaram e regulamentaram.
Portanto, antes de fazer uma transação, sabemos que levará tempo para transferir dinheiro de um banco para outro banco em horas ou dias.
Claro que, antes de desembolsar qualquer tipo de dinheiro, eles passam os nossos dados através de diferentes mecanismos, entidades e funcionários do banco para saber se o dinheiro é real, é legal e a nossa conta está em ordem. Sem nada disso, não pode ser transferido. .
Até agora, tudo bem e sabemos muito bem. No entanto, é diferente para o mundo cripto, uma vez que são descentralizados.
Por conseguinte, existem bloqueios de tempo que, embora sejam muito semelhantes aos procedimentos comuns, são diferentes no seu funcionamento. Fique confortável, que hoje falaremos de um tema um pouco mais técnico.
O timelock ou, em espanhol, “bloqueio de tempo” é uma cláusula ou um contrato inteligente primitivo que serve para estabelecer em que condições as transações de uma blockchain serão validadas. Foram desenvolvidos pela Satoshi Nakamoto e são aplicados em compras de bitcoin.
A sua função é que as transações só são processadas num período já estabelecido por nós, onde determinadas condições prévias já devem ser resolvidas.
Este processo é como se, por exemplo, tivesse uma loja de roupa. Depois de um cliente chegar e escolher as roupas que vai comprar, começa-se a fazer uma lista de aspetos que deve ter em conta para tornar a compra eficaz, tal como que o seu dinheiro não é falso, o seu bilhete de identidade é real, a sua assinatura corresponde à sua identificação, entre outros.
São comumente utilizados em contratos de hash, em canais de pagamento que ocorrem num contrato inteligente e em portes ou tarifas de envio e há duas maneiras de serem adicionados a uma blockchain:
É um tipo de bloqueio total de tempo que atua em transações. Foi o primeiro a ser criado e o que estava disponível no software Bitcoin original da Satoshi Nakamoto.
Nele, se especifica o mais cedo tempo no tempo UNIX — ou milissegundos desde a meia-noite de 1 de janeiro de 1970, pelo que é tratado todos os dias como se tivesse 86400 segundos — ou a altura de bloco mais baixa em que uma transação pode ser adicionada a um bloco válido. Se este tempo não decorrer, um bloco não pode ser aceite.
Um exemplo disso, podemos decidir enviar um presente a uma pessoa que está de outro lado da Espanha. Determinamos e pagamos para que, em 864000 segundos (10 dias no tempo UNIX), esteja na casa da pessoa que queremos.
Antes, trabalharam com 32 bits sem sinais, mas hoje são mais complexos e podem bloquear uma transação por mais de 9000 anos com números de blocos ou 2000 anos se for com os timestamps.
Este tipo de bloqueio é a tempo parcial e foi introduzido em 2016 no Soft Fork Bip 68. É um parâmetro que é aplicado a cada entrada de transação, uma vez que define um tempo anterior ou próximo para adicionar a alguns dos blocos da blockchain.
Parece o mesmo que um nLockTime, mas a sua distinção é que este tempo anterior ou mais próximo é muito mais curto do que o de um nLocktime, uma vez que eles usam 18 dos 32 bits e estão limitados a 65.535 unidades de bloco e apenas 18 horas (64.800 em segundos).
Seguindo o exemplo do envio de um pacote, com nSequence não poderíamos mais enviar o presente com tanta antecedência. Neste caso, nós o enviaríamos no dia anterior.
No final de 2015, em bifurcação macia BIP65, o opcode CheckLockTimeVerify (CLTV). Atua ao nível do script e bloqueia as saídas de transações para que não possam ser gastas antes de uma determinada hora/data.
Tem duas funções possíveis:
Até agora, é compreensível. Mas como funciona se há um nLocktime ativo? O que o nLocktime faz é adicionar a transação que estamos a realizar ao bloco.
No entanto, a operação não pode ser registada na blockchain, sem que seja desembolsada, pelo que a hora do nLocktime deve ser, principalmente, após o CTLV para garantir que o CTLV expirou e a transação pode ser incluída num bloco válido.
Também faz parte do fork macio BIP68 e é o opcode CheckSequenceVerVer que proporciona um tempo de bloqueio relativo.
A diferença é que, em vez de olhar para o tempo, bloqueia as saídas da transação para que não possam ser gastas antes de um certo número de blocos terem sido extraídos.
Este Timelock funciona ao nível do script. CheckSequenceVerVerify pode bloquear transações num intervalo de mais de 65.000 blocos. Numa medida temporária, estamos a falar de quase 460 dias.
No que diz respeito às suas vantagens, é muito útil evitar que os atacantes acedam aos seus ativos e dar à Bitcoin novas capacidades de programação que permitam a construção de novas funcionalidades, como a Lightning Network.
No que diz respeito às suas desvantagens, devido ao tempo bloqueado, é dinheiro que não pode sequer tocar até uma data ou número de bloco específico. Além disso, é complexo, porque requer saber que a programação pode ser capaz de implementá-las.
Foi aqui que a nossa viagem chegou. Se estiver interessado em ler mais artigos associados às novidades do universo cripto e aos seus conceitos básicos, pode clicar nos tópicos abaixo. Sabemos que serão totalmente úteis para si.
Por enquanto, lemos num artigo futuro!
Table of Contents
ToggleOs métodos centralizados, essencialmente por falar em bancos, têm os seus próprios tempos e procedimentos de movimentação de dinheiro, que já controlaram e regulamentaram.
Portanto, antes de fazer uma transação, sabemos que levará tempo para transferir dinheiro de um banco para outro banco em horas ou dias.
Claro que, antes de desembolsar qualquer tipo de dinheiro, eles passam os nossos dados através de diferentes mecanismos, entidades e funcionários do banco para saber se o dinheiro é real, é legal e a nossa conta está em ordem. Sem nada disso, não pode ser transferido. .
Até agora, tudo bem e sabemos muito bem. No entanto, é diferente para o mundo cripto, uma vez que são descentralizados.
Por conseguinte, existem bloqueios de tempo que, embora sejam muito semelhantes aos procedimentos comuns, são diferentes no seu funcionamento. Fique confortável, que hoje falaremos de um tema um pouco mais técnico.
O timelock ou, em espanhol, “bloqueio de tempo” é uma cláusula ou um contrato inteligente primitivo que serve para estabelecer em que condições as transações de uma blockchain serão validadas. Foram desenvolvidos pela Satoshi Nakamoto e são aplicados em compras de bitcoin.
A sua função é que as transações só são processadas num período já estabelecido por nós, onde determinadas condições prévias já devem ser resolvidas.
Este processo é como se, por exemplo, tivesse uma loja de roupa. Depois de um cliente chegar e escolher as roupas que vai comprar, começa-se a fazer uma lista de aspetos que deve ter em conta para tornar a compra eficaz, tal como que o seu dinheiro não é falso, o seu bilhete de identidade é real, a sua assinatura corresponde à sua identificação, entre outros.
São comumente utilizados em contratos de hash, em canais de pagamento que ocorrem num contrato inteligente e em portes ou tarifas de envio e há duas maneiras de serem adicionados a uma blockchain:
É um tipo de bloqueio total de tempo que atua em transações. Foi o primeiro a ser criado e o que estava disponível no software Bitcoin original da Satoshi Nakamoto.
Nele, se especifica o mais cedo tempo no tempo UNIX — ou milissegundos desde a meia-noite de 1 de janeiro de 1970, pelo que é tratado todos os dias como se tivesse 86400 segundos — ou a altura de bloco mais baixa em que uma transação pode ser adicionada a um bloco válido. Se este tempo não decorrer, um bloco não pode ser aceite.
Um exemplo disso, podemos decidir enviar um presente a uma pessoa que está de outro lado da Espanha. Determinamos e pagamos para que, em 864000 segundos (10 dias no tempo UNIX), esteja na casa da pessoa que queremos.
Antes, trabalharam com 32 bits sem sinais, mas hoje são mais complexos e podem bloquear uma transação por mais de 9000 anos com números de blocos ou 2000 anos se for com os timestamps.
Este tipo de bloqueio é a tempo parcial e foi introduzido em 2016 no Soft Fork Bip 68. É um parâmetro que é aplicado a cada entrada de transação, uma vez que define um tempo anterior ou próximo para adicionar a alguns dos blocos da blockchain.
Parece o mesmo que um nLockTime, mas a sua distinção é que este tempo anterior ou mais próximo é muito mais curto do que o de um nLocktime, uma vez que eles usam 18 dos 32 bits e estão limitados a 65.535 unidades de bloco e apenas 18 horas (64.800 em segundos).
Seguindo o exemplo do envio de um pacote, com nSequence não poderíamos mais enviar o presente com tanta antecedência. Neste caso, nós o enviaríamos no dia anterior.
No final de 2015, em bifurcação macia BIP65, o opcode CheckLockTimeVerify (CLTV). Atua ao nível do script e bloqueia as saídas de transações para que não possam ser gastas antes de uma determinada hora/data.
Tem duas funções possíveis:
Até agora, é compreensível. Mas como funciona se há um nLocktime ativo? O que o nLocktime faz é adicionar a transação que estamos a realizar ao bloco.
No entanto, a operação não pode ser registada na blockchain, sem que seja desembolsada, pelo que a hora do nLocktime deve ser, principalmente, após o CTLV para garantir que o CTLV expirou e a transação pode ser incluída num bloco válido.
Também faz parte do fork macio BIP68 e é o opcode CheckSequenceVerVer que proporciona um tempo de bloqueio relativo.
A diferença é que, em vez de olhar para o tempo, bloqueia as saídas da transação para que não possam ser gastas antes de um certo número de blocos terem sido extraídos.
Este Timelock funciona ao nível do script. CheckSequenceVerVerify pode bloquear transações num intervalo de mais de 65.000 blocos. Numa medida temporária, estamos a falar de quase 460 dias.
No que diz respeito às suas vantagens, é muito útil evitar que os atacantes acedam aos seus ativos e dar à Bitcoin novas capacidades de programação que permitam a construção de novas funcionalidades, como a Lightning Network.
No que diz respeito às suas desvantagens, devido ao tempo bloqueado, é dinheiro que não pode sequer tocar até uma data ou número de bloco específico. Além disso, é complexo, porque requer saber que a programação pode ser capaz de implementá-las.
Foi aqui que a nossa viagem chegou. Se estiver interessado em ler mais artigos associados às novidades do universo cripto e aos seus conceitos básicos, pode clicar nos tópicos abaixo. Sabemos que serão totalmente úteis para si.
Por enquanto, lemos num artigo futuro!