Forem: JOÃO PSTER

"Customer Obsession" Explicado - Princípios de Liderança da Amazon (Amazon LPs)

JOÃO PSTER — Thu, 10 Jul 2025 13:34:24 +0000

Princípios de Liderança (ou LP)

Neste tópico apresento a explicação detalhada e direto ao ponto do princípio de "Customer Obsession" da Amazon.

Eu assisti detalhadamente o vídeo do CEO Andy Jassy explicando cada um dos princípios de liderança, e vou passar para vocês a explicação detalhada do que significa cada um dos princípios.

Para encontrar os outros princípios, confira minha página aqui no LeetCode ou no LinkedIn, no fim deste artigo também terá links para os outros princípios quando eu os postar.

O que são os princípios de liderança da Amazon?

Primeiro, entenda o que é princípios, no âmbito cultural significa valores fundamentais e crenças que orientam o comportamento, tradição e práticas de um indivíduo e sociedade, no mundo dos negócios significa diretrizes estratégicas e valores organizacionais que guiam decisões e operações.

Ou seja, princípios são as regras base que moldam a forma como nós comportamos e agimos para tomar decisões e viver, tanto culturalmente como empresarialmente, orientando comportamentos e estabelecendo padrões de conduta.

Os princípios de liderança da Amazon são exatamente isso, regras base que moldam como um amazonier (funcionário da Amazon) deve se comportar em suas decisões e operações.

Customer Obsession (Obsessão pelo Cliente)

Leaders start with the customer and work backwards. They work vigorously to earn and keep customer trust. Although leaders pay attention to competitors, they obsess over customers.

Líderes começam com o cliente e trabalham de trás para frente. Eles se esforçam vigorosamente para ganhar e manter a confiança do cliente. Embora líderes prestem atenção aos concorrentes, eles são obcecados pelos clientes.

Introdução

Ser obcecado pelo cliente significa sempre começar novos projetos a partir da visão do cliente, também significa que sempre ao discutir uma decisão, pensar no que seria melhor para o cliente, sempre, isso mesmo, sempre!

Líderes obcecados pelo cliente trabalham de forma regressiva, eles começam na visão do cliente, e regressivamente vão construindo documentos sobre o que eles pretendem criar até chegar na solução de código.

Código <-- Press Release <-- Documentação Regressiva <-- Cliente (Começa Aqui)

Em algumas empresas principalmente em ideias que dão princípio a startups, uma pessoa analisa um problema na sociedade, cria uma solução e depois com um MVP tenta ver se a solução atende ao cliente, na Amazon o processo é feito reversamente, começa no cliente, estuda se isso realmente atende ele e só depois é feita a solução.

Líderes obcecados pelo cliente sempre trabalham vigorosamente para ganhar e manter a confiança do cliente, e mesmo que sempre se deve observar seus competidores, eles são mais focados em atender as expectativas que eles sabem que os clientes deles têm.

Walk that Walk

Na Amazon quando se diz que tudo tem a ver com o cliente, não é para fazer Greenwashing ou em termos mais técnicos Marketing de Causa Superficial, é de verdade!

Andy Jassy CEO da Amazon cita que foi esse um dos motivos que o atraiu para a Amazon 26 anos atrás, e de acordo com o relato dele desde quando ele entrou até hoje, tudo é focado no cliente, desde o começo da empresa até hoje, na Amazon, somos obcecados pelo cliente.

Exemplos Reais

Todos nós somos clientes de algum lugar, e todos nós sabemos como queremos ser tratados, e também sabemos que muitos locais dizem ser focados no cliente, mas não são de verdade.

Avaliações reais de livros (Early 90s)
Andy Jassy cita que muitos anos atrás, houve um debate para decidir se colocavam ou não avaliações de pessoas reais nos livros vendidos na plataforma, ele cita que as editoras não queriam que isso fosse colocado por que poderiam ter avaliações negativas e isso poderia afetar as vendas, mas a decisão deles foi colocar sim as avaliações, pois com avaliações reais e sinceras os clientes poderiam tomar a melhor decisão para eles.

Pandemia de COVID 19
Andy Jassy também cita que durante a pandemia de COVID 19 muitas empresas tentaram sugar o máximo de dinheiro possível de seus clientes para sobreviver, ao mesmo tempo que tentavam enxugar o máximo de custos, mas a Amazon fez o contrário, em vez de sugar seus clientes, a AWS ativamente buscou formas de economizar dinheiro dos seus clientes AWS para que eles pudessem sobreviver a esse tempo difícil e reinvestir esse dinheiro onde seria melhor para eles no futuro, nas palavras de Andy: "Cost-optimize for customers where they can save money, to redeploy that money in the future".

Como isso funciona no Dia a Dia

Na Amazon nem uma única linha de código é escrita sem antes ter feito um trabalho regressivo de documentação da necessidade do cliente e uma press release para validar que vão construir um produto que realmente vai funcionar e atender as necessidades do cliente, sempre buscando responder às perguntas:

"What problem are we trying to solve?"
"What will customers care most about?"
"What would they be most disappointed about?"
"What will they love most?"

O processo sempre segue o fluxo:
Código <-- Press Release <-- Documentação Regressiva <-- Cliente (Começa Aqui)

Onde:

Cliente: Começa avaliando a dor do cliente, responde-se às 4 perguntas citadas anteriormente.
Documentação Regressiva: Documenta as respostas das perguntas, faz análises e coleta informações de qual seriam as melhores formas de resolver a dor do cliente, qual seria a melhor experiência do cliente, o que se sabe sobre o que o cliente quer, e monta-se uma solução ideal.
Press Release: É feito um comunicado à imprensa para validar que aquela solução realmente vai atender a dor do cliente.
Código: Por fim, depois de confirmado e validado, é iniciado a criação da solução em código.

Como competitividade e questões econômicas se encaixam nesse princípio

Algumas pessoas podem se confundir ao tentar entender como competitividade e questões econômicas podem se encaixar nesse princípio, mas é bem simples.

Questões Econômicas
Andy Jassy relembra de um acontecimento com a empresa Costco em meados dos anos 2000, quando eles propuseram uma entrega rápida de uma hora para qualquer produto da loja, mas essa proposta tinha um problema, ela não era economicamente viável, e a Costco veio a encerrar as entregas rápidas meses depois, quebrando a confiança do cliente, pois eles criaram uma expectativa grande nos clientes e não conseguiram manter, ferindo este princípio de liderança, então se atentar a questões econômicas está dentro dos parâmetros que precisam ser atendidos para cumprir com esse princípio.

Competitividade
Se você está tentando criar a melhor experiência possível para o seu cliente, você tem que estar atento ao que seus concorrentes oferecem para eles, e se os competidores oferecem algo que você não oferece ainda, sempre esteja atento, se inspire na solução do concorrente e pense em como melhorar a experiência do seu cliente com o que você aprendeu dos seus competidores, sejam falhas, ou acertos.

Nas palavras de Andy Jassy: "Think how we can improve our own customer experience with what we learn from what competitors have done".

Mas primeiro, gaste mais tempo focado em o que você sabe que seus clientes gostariam, isso está conectado com o princípio do Are Right, A Lot.

Para finalizar, deixo a frase:

Everybody at this company has not just the freedom but really the expectation to look at what customers want and figure out how we can be better and better for them every day.

Acesse minhas redes: LeetCode, YouTube e LinkedIn

"Ownership" na Prática: Princípios de Liderança da Amazon Explicados

JOÃO PSTER — Thu, 10 Jul 2025 13:33:18 +0000

Princípios de Liderança da Amazon: Ownership (Senso de Propriedade)

Introdução aos Princípios de Liderança

O que são princípios?

No âmbito cultural: Valores fundamentais e crenças que orientam nosso comportamento e tradições
No mundo dos negócios: Diretrizes estratégicas que guiam decisões e operações

Os princípios de liderança da Amazon são as regras fundamentais que moldam como um amazonier (funcionário da Amazon) deve se comportar em suas decisões e operações diárias.

Este artigo é baseado na explicação detalhada do CEO Andy Jassy em vídeo oficial.

O Princípio: Ownership ("Senso de Propriedade")

Definição Oficial

"Leaders are owners. They think long term and don't sacrifice long-term value for short-term results. They act on behalf of the entire company, beyond just their own team. They never say 'that's not my job.'"

"Líderes são donos. Pensam a longo prazo e não sacrificam o valor a longo prazo por resultados de curto prazo. Agem em nome de toda a empresa, além de sua própria equipe. Nunca dizem 'este não é meu trabalho'."

O que Significa na Prática?

Ownership significa agir como se você fosse o dono daquilo que está sob sua responsabilidade. É pensar: "E se fosse o meu dinheiro em jogo?"

Os 3 Pilares do Ownership:

🎯 Visão de Longo Prazo: Nunca sacrificar resultados duradouros por ganhos imediatos
🏢 Pensamento Holístico: Trabalhar pelo bem de toda a empresa, não apenas da sua equipe
🚀 Proatividade Total: Jamais dizer "isso não é meu trabalho"

Ownership Como Mindset

Mais que um princípio, Ownership é uma mentalidade - uma forma de pensar que se reflete diretamente em nossas atitudes. Segundo Andy Jassy, este é o princípio mais conectado com comportamentos práticos.

Características de quem tem Ownership:

✅ Assume responsabilidade sem precisar ser lembrado
✅ Pensa no negócio de forma holística
✅ Foca em soluções de longo prazo
✅ Vai além das responsabilidades básicas do cargo

Exemplos Práticos Para Entender

📍 Exemplo 1: Locatários vs. Proprietários no Natal

A Situação: Nos EUA, alguns locatários fixam árvores de Natal diretamente no piso de madeira das casas alugadas, danificando o assoalho.

A Lição:

Locatário (sem ownership): Prioriza a facilidade imediata
Proprietário (com ownership): Pensa no impacto a longo prazo

Aplicação no Trabalho: Um líder com ownership sempre considera as consequências futuras de suas decisões, não apenas os resultados imediatos.

📍 Exemplo 2: O Jovem Funcionário da Loja

A Situação: Andy Jassy conversou com um jovem funcionário e perguntou: "Você teria alguma ideia sobre como aumentar as vendas da loja?"

A Resposta:

"Isso não é meu trabalho"
"Eu não seria pago a mais por isso"

O Problema: Esta resposta demonstra ausência total de ownership.

A Lição: Quem tem ownership:

Busca constantemente maneiras de agregar valor
Entende que o sucesso da empresa beneficia sua própria carreira
Não se limita às responsabilidades básicas do cargo

Como Aplicar Ownership na Prática

✅ O que a Amazon Espera:

Pessoas que se sentem e agem como donos
Pessoas que pensam nos problemas de forma holística
Pessoas que encontram soluções: Quando veem um problema, procuram o responsável para resolvê-lo
Pessoas que garantem execução: Fazem de tudo para que as coisas sejam concluídas e funcionem

🎯 Comportamentos Esperados:

Diante de problemas complexos: Não empurram para outros, mas montam equipes com as pessoas certas e buscam resolver aquele problema da melhor forma possivel para o cliente.
Visão ampla: Pensam muito além de suas próprias equipes
Foco no cliente: Sempre consideram o impacto no cliente final
Persistência: Garantem que problemas tenham um caminho para resolução

Frase de Reflexão

"Everybody at this company has not just the freedom but really the expectation to look at what customers want and figure out how we can be better and better for them every day."

"Todos nesta empresa têm não apenas a liberdade, mas realmente a expectativa de olhar para o que os clientes querem e descobrir como podemos ser cada vez melhores para eles todos os dias."

📚 Resumo para Fixação

OWNERSHIP EM 5 PONTOS-CHAVE:

🏠 Aja como dono: Pense "e se fosse meu dinheiro/negócio?"
⏰ Visão de longo prazo: Nunca sacrifique resultados duradouros por ganhos imediatos
🌍 Pensamento holístico: Trabalhe pelo bem de toda a empresa, não só da sua equipe
🚀 Proatividade total: Nunca diga "isso não é meu trabalho"
🎯 Foco na solução: Encontre problemas, busque responsáveis e garanta que sejam resolvidos

PERGUNTA PARA REFLEXÃO:

"Estou agindo como se esta empresa fosse minha? Minhas decisões consideram o longo prazo e o bem de toda a organização?"

Acesse minhas redes: LeetCode, YouTube e LinkedIn

JavaScript Map - Explicação detalhada, casos e exemplos de uso

JOÃO PSTER — Wed, 09 Jul 2025 20:38:23 +0000

JavaScript Map

O que é Map?

Map é uma estrutura de dados key-value (chave-valor) nativa do JavaScript que permite armazenar pares de dados de qualquer tipo como chave ou valor.

const map = new Map();
map.set('nome', 'João');
map.set(1, 'número um');
map.set(true, 'booleano');
map.set({id: 1}, 'objeto como chave');

Estrutura de Dados Interna

Map é implementada como uma Hash Table (Tabela Hash):

┌─────────────────────────────────────────────────────────────┐
│                    HASH TABLE                               │
├─────────────────────────────────────────────────────────────┤
│ Bucket 0: [key1, value1] -> [key4, value4]                 │
│ Bucket 1: [key2, value2]                                   │
│ Bucket 2: [key3, value3] -> [key5, value5]                 │
│ Bucket 3: empty                                            │
│ ...                                                        │
└─────────────────────────────────────────────────────────────┘

Como funciona internamente:

Hash Function: Converte a chave em um índice do array, ou seja, digamos que a chave e banana, ele converte essa chave em um numero especifico, usando algorimitos de hasheamento avancados.
Collision Handling: Usa chaining (encadeamento) para resolver colisões, isso significa que, as vezes quando uma chave e convertida em um indice, pode ser que esse indice conflite com um outro ja existente, oque o Map faz e em cada indice ao invez de ter apenas um valor, se tem um array, podendo armazenar mais de um valor por indice, a funcao .get do Map lida em encontrar dentro desse array qual o item certo, mas colisoes sao raras pois o algoritimo de Hash e bem avancado.
Dynamic Resizing: Redimensiona automaticamente quando necessário.

Big O

Operação	Complexidade	Explicação
set(key, value)	O(1) amortizado	Hash direto para o bucket
get(key)	O(1) amortizado	Hash direto para busca
has(key)	O(1) amortizado	Hash direto para verificação
delete(key)	O(1) amortizado	Hash direto para remoção
size	O(1)	Propriedade mantida internamente
clear()	O(n)	Precisa limpar todos os elementos
forEach()	O(n)	Itera sobre todos os elementos

O que significa "amortizado"?

Amortizado é um termo técnico usado quando a complexidade de uma operação pode na verdade ter duas complexidades distintas, dependendo de dois cenários diferentes que podem ocorrer.

O que acontece no Map é que o tamanho in-memory (na memória) de um Map quando ele é iniciado é sempre 4, ou seja, 4 slots de memória são reservados para o Map. Nos 3 primeiros elementos que são adicionados ao Map, a operação tem complexidade O(1), mas no momento que o quarto elemento for adicionado, será necessário criar um novo espaço in-memory de tamanho 8, e mover todos os elementos atuais para o novo espaço, em uma função que se assemelharia a essa:

// Processo interno do redimensionamento:
function resize() {
    const oldTable = this.table;           // O(1)
    this.table = new Array(oldTable.length * 2); // O(1)
    this.size = 0;                         // O(1)

    // AQUI está o O(n)!
    for (const bucket of oldTable) {       // O(n)
        for (const [key, value] of bucket) {
            this.set(key, value);          // Rehash cada elemento
        }
    }
}

Apenas neste caso específico, a operação executada será O(n), mas como estes casos só vão acontecer cada vez que o Map tiver que duplicar seu tamanho, é dito que a complexidade foi "amortizada" para um caso mais realista.

A sequência de redimensionamentos funciona assim:

Inicialmente será a inserção do elemento número 4 que será O(n) (com n=4)
Depois esse número vai aumentar exponencialmente: a segunda vez será a inserção do elemento número 8 que será O(n) (com n=8)
Depois a inserção do elemento 16, depois a 32, depois a 64, depois a 128, e assim por diante

Chegando em um ponto que a operação O(n) ficará tão distante uma da outra que pode ser desconsiderada em casos reais de uso. Por exemplo, se você tem um Map com 1 milhão de elementos, o próximo redimensionamento só acontecerá quando chegar a 2 milhões de elementos - uma distância muito grande entre as operações custosas.

Por isso a complexidade é chamada de "amortizada": na média, considerando uma sequência longa de operações, o custo das operações caras (redimensionamento) é distribuído entre as operações baratas (inserções normais), resultando em uma complexidade média de O(1) por operação.

Map vs Object vs Array

Aspecto	Map	Object	Array
Tipos de chave	Qualquer tipo	String/Symbol	Números (índices)
Tamanho	`map.size`	`Object.keys(obj).length`	`arr.length`
Iteração	Preserva ordem de inserção	Não garantida (ES5)	Preserva ordem
Acesso	`map.get(key)`	`obj.key` ou `obj[key]`	`arr[index]`
Performance	O(1) para tudo	O(1) para acesso	O(1) para acesso

Exemplos Práticos

1. Criação e Operações Básicas

const map = new Map();

// Adicionar
map.set('nome', 'Maria');
map.set(1, 'primeiro');
map.set(true, 'verdadeiro');

// Buscar
console.log(map.get('nome')); // "Maria"
console.log(map.get(1));      // "primeiro"

// Verificar existência
console.log(map.has('nome')); // true
console.log(map.has('age'));  // false

// Tamanho
console.log(map.size); // 3

// Remover
map.delete('nome');
console.log(map.size); // 2

2. Chaves de Qualquer Tipo

const map = new Map();

// Objetos como chaves
const obj1 = {id: 1};
const obj2 = {id: 2};

map.set(obj1, 'primeiro objeto');
map.set(obj2, 'segundo objeto');

console.log(map.get(obj1)); // "primeiro objeto"
console.log(map.get({id: 1})); // undefined (diferente objeto!)

3. Iteração

const map = new Map([
    ['a', 1],
    ['b', 2],
    ['c', 3]
]);

// Iterar chaves
for (const key of map.keys()) {
    console.log(key); // 'a', 'b', 'c'
}

// Iterar valores
for (const value of map.values()) {
    console.log(value); // 1, 2, 3
}

// Iterar pares
for (const [key, value] of map.entries()) {
    console.log(key, value); // 'a' 1, 'b' 2, 'c' 3
}

// forEach
map.forEach((value, key) => {
    console.log(key, value);
});

4. Inicialização com Array

const map = new Map([
    ['key1', 'value1'],
    ['key2', 'value2'],
    ['key3', 'value3']
]);

// Converter Map para Array
const array = Array.from(map);
console.log(array); // [['key1', 'value1'], ['key2', 'value2'], ['key3', 'value3']]

Quando Usar Map?

✅ Use Map quando:

Precisa de chaves que não são strings
Precisa saber o tamanho frequentemente
Precisa iterar em ordem de inserção
Precisa de performance O(1) garantida
Chaves são dinâmicas/desconhecidas

❌ Use Object quando:

Chaves são sempre strings
Precisa de sintaxe mais simples
Precisa de serialização JSON
Tem métodos/propriedades específicas

Exemplo Prático: Contagem de Caracteres

function countChars(str) {
    const map = new Map();

    for (const char of str) {
        if (map.has(char)) {
            map.set(char, map.get(char) + 1);
        } else {
            map.set(char, 1);
        }
    }

    return map;
}

const result = countChars("hello world");
console.log(result);
// Map { 'h' => 1, 'e' => 1, 'l' => 3, 'o' => 2, ' ' => 1, 'w' => 1, 'r' => 1, 'd' => 1 }

Métodos Úteis

const map = new Map();

// Operações básicas
map.set(key, value);  // Adiciona/atualiza
map.get(key);         // Obtém valor
map.has(key);         // Verifica existência
map.delete(key);      // Remove
map.clear();          // Remove todos
map.size;             // Tamanho

// Iteração
map.keys();           // Iterator das chaves
map.values();         // Iterator dos valores
map.entries();        // Iterator dos pares [key, value]
map.forEach(callback); // Itera com callback

Map é a estrutura perfeita para casos que precisam de mapeamento chave-valor com performance O(1) e flexibilidade de tipos!

Entendendo GAS e Transaction Fees na Ethereum: Do Legacy ao EIP-1559

JOÃO PSTER — Mon, 12 Aug 2024 12:19:47 +0000

AVISO

Agora aqui eu vou postar conteúdo meu, mas reescrito por IA, e auditado por mim, para melhorar a qualidade, enquanto no meu perfil @jpster vou postar o original escrito por mim.

Entendendo GAS e Transaction Fees na Ethereum: Do Legacy ao EIP-1559

Introdução

Bem-vindos, futuros desenvolvedores e entusiastas da Web3! Hoje, vamos mergulhar no fascinante mundo do GAS e das Transaction Fees na rede Ethereum. Vamos explorar como esse sistema evoluiu, passando do modelo legacy para o revolucionário EIP-1559.

O Conceito de GAS

Imagine que a blockchain Ethereum é uma grande cidade, e as transações são pacotes que precisam ser entregues. O GAS é como o combustível necessário para que os "entregadores" (mineradores ou validadores) levem seus pacotes (transações) ao destino.

Analogia do Mundo Real

Pense no GAS como a gasolina que você coloca no carro para transportar algo valioso. Na Ethereum, o GAS é medido em unidades chamadas Gwei, que são frações minúsculas de ETH.

1 ETH = 1,000,000,000 Gwei
1 Gwei = 0.000000001 ETH

O Sistema Legacy de GAS

No sistema antigo da Ethereum, as coisas funcionavam assim:

Você define um limite máximo de GAS que está disposto a pagar.
Sua transação é enviada para a rede.
Os mineradores escolhem as transações com maior oferta de GAS.

Prós e Contras do Sistema Legacy

Prós:

Mineradores ganhavam bem com as taxas.

Contras:

Usuários frequentemente pagavam taxas exorbitantes.
Difícil prever o preço do GAS.
Transações com baixo GAS podiam ficar presas por dias.

Cenário Exemplo do Sistema Legacy

Imagine uma loja popular lançando uma coleção limitada de NFTs:

Inicialmente, as taxas estão em 50 Gwei.
A demanda explode, e alguns usuários oferecem 100 Gwei.
Inicia-se uma "guerra de lances", com ofertas chegando a 500 Gwei.
Usuários que mantêm 50 Gwei ficam para trás, possivelmente por dias.

A Revolução do EIP-1559

O EIP-1559 (Ethereum Improvement Proposal 1559) veio para resolver esses problemas. Vamos entender as principais mudanças:

Principais Alterações

Introdução da "base fee" (taxa base).
Aumento do limite de GAS por bloco.
Nova estrutura de taxa: base fee + tip (gorjeta para mineradores).

Como Funciona a Base Fee?

A base fee é ajustada automaticamente baseada no uso da rede.
Se o uso > 50%, a base fee aumenta.
Se o uso < 50%, a base fee diminui.

Limite de GAS por Bloco

Uso ≤ 50%: 12.5M GAS
Uso > 50%: até 25M GAS

Composição da Nova Taxa

Taxa Total = Base Fee + Tip

A base fee é queimada (destruída), reduzindo a oferta total de ETH.

Cenário Exemplo com EIP-1559

Voltando ao exemplo da loja de NFTs:

Rede a 50% de uso, taxa total em 50 Gwei.
Demanda explode, uso sobe para 100%.
Base fee aumenta 12.5% automaticamente no próximo bloco.
Aumento continua enquanto o uso estiver acima de 50%.
Altas taxas naturalmente reduzem o uso da rede.
Quando o uso cai abaixo de 50%, a base fee começa a diminuir.

Conclusão

O EIP-1559 trouxe um sistema mais equilibrado e previsível para as taxas na Ethereum. Ele ajuda a evitar picos extremos de preços e torna a rede mais eficiente a longo prazo.

Exercício para Fixação

Imagine que você está desenvolvendo um dApp (aplicativo descentralizado) na Ethereum. Como você explicaria para seus usuários a importância de entender o sistema de GAS e como isso afeta o uso do seu dApp?

Recursos Adicionais

Lembre-se: A compreensão desses conceitos é fundamental para qualquer desenvolvedor Web3. Continue estudando e praticando!

A Fundo: GAS na Ethereum

Para entender completamente o funcionamento do GAS na Ethereum, vamos mergulhar nos detalhes técnicos tanto do sistema Legacy quanto do EIP-1559.

Sistema Legacy: Detalhamento Técnico

No sistema Legacy, o GAS funcionava da seguinte forma:

Gas Limit: Usuários definiam um limite máximo de GAS que estavam dispostos a gastar.
Gas Price: Usuários também definiam um preço por unidade de GAS em Gwei.
Total Fee: Era calculada multiplicando o Gas Limit pelo Gas Price.

Total Fee = Gas Limit * Gas Price

Execução da Transação:
- Se a transação usasse menos GAS que o limite, o excesso era reembolsado.
- Se usasse mais, a transação falhava e o GAS era consumido.
Priorização: Mineradores priorizavam transações com maior Gas Price.
Volatilidade: Os preços flutuavam drasticamente baseados na demanda da rede.

EIP-1559: Detalhamento Técnico

O EIP-1559 introduziu um sistema mais complexo e eficiente:

Base Fee:
- Calculada algoritmicamente para cada bloco.
- Ajusta-se baseada no uso do bloco anterior:
  - Se o bloco anterior estava cheio > 50%, a base fee aumenta até 12.5%.
  - Se estava < 50% cheio, diminui até 12.5%.
- É queimada (removida permanentemente da circulação).
Max Priority Fee (Tip):
- Definida pelo usuário.
- Vai diretamente para o minerador/validador.
Max Fee:
- O máximo que o usuário está disposto a pagar.
- Inclui a base fee e a max priority fee.

Max Fee = Base Fee + Max Priority Fee

Cálculo da Taxa Efetiva:
- Se Max Fee > (Base Fee + Max Priority Fee):
  - Usuário paga: Base Fee + Max Priority Fee
- Se Max Fee < (Base Fee + Max Priority Fee):
  - Transação não é incluída no bloco
Tamanho do Bloco:
- Tamanho alvo: 15M unidades de GAS
- Tamanho máximo: 30M unidades de GAS
Ajuste Dinâmico:
- Se o bloco > 15M GAS, a base fee aumenta.
- Se o bloco < 15M GAS, a base fee diminui.
Mecanismo de Estabilização:
- A base fee não pode mudar mais que 12.5% por bloco.
- Isso previne mudanças drásticas nos preços.
Previsibilidade:
- Usuários podem estimar melhor as taxas futuras.
- A base fee do próximo bloco é sempre conhecida.
Efeito Deflacionário:
- Como a base fee é queimada, pode levar à deflação do ETH se o uso da rede for alto.
Inclusão de Transações:
- Transações são incluídas se: Max Fee ≥ Base Fee + Mínima Priority Fee aceitável pelo minerador.

Comparação Técnica

Aspecto	Legacy	EIP-1559
Estrutura da Taxa	Gas Price * Gas Used	Base Fee + Priority Fee
Previsibilidade	Baixa	Alta
Volatilidade	Alta	Reduzida
Mecanismo de Ajuste	Manual (pelos usuários)	Algorítmico
Destino das Taxas	100% para mineradores	Base Fee queimada, Priority Fee para mineradores
Impacto na Oferta de ETH	Nenhum	Potencialmente deflacionário

Implicações para Desenvolvedores e Usuários

Estimativa de Taxas:
- Legacy: Necessário consultar oráculos de GAS ou fazer estimativas complexas.
- EIP-1559: Pode-se prever a base fee do próximo bloco com precisão.
Implementação em Carteiras:
- Legacy: Foco em ajustar o Gas Price.
- EIP-1559: Necessário implementar lógica para Max Fee e Priority Fee.
Estratégias de Transação:
- Legacy: "Substituição de transação" comum para aumentar o Gas Price.
- EIP-1559: Pode-se aumentar a Priority Fee para acelerar transações pendentes.
Economia de Tokens:
- Legacy: Taxas não afetavam diretamente a oferta de ETH.
- EIP-1559: Queima de base fee pode impactar tokenomics de projetos.
UX em dApps:
- Legacy: Usuários frequentemente confusos com flutuações de preço.
- EIP-1559: Possibilidade de UX mais suave com taxas mais previsíveis.

Esta análise detalhada mostra como o EIP-1559 não apenas mudou o mecanismo de taxas, mas também introduziu um sistema econômico mais sofisticado na Ethereum, afetando desenvolvedores, usuários e a própria economia da rede.

DIARIO WEB3 - Dia 2 - Aprendendo GAS (Transaction FEE), Gwei, Wei e a relação disso com a ETH e sua Network

JOÃO PSTER — Mon, 12 Aug 2024 12:10:40 +0000

Depois de fazer algumas transações fui introduzido ao GAS e a Transaction FEE (especificamente na rede etherium) depois fui apresentado a EIP 1559 que mudou a forma com que Transaction Fees são calculadas e executadas.

Oque eu aprendi?

Conceito de GAS

Bem, é simples.
No mundo real, se você tem que levar ouro de um local para outro você vai precisar de um transporte, em palavras resumidas você vai gastar gasolina para transportar esse ouro (claro que não é só isso, mas vamos pensar só nisso).

Na rede Etherium (uma cripto) implementaram o sistema de GAS (GAS é gasolina em inglês), no ETH (Etherium) legacy se fazia da seguinte forma:

GAS na ETH Legacy

Ao enviar sua transação para a rede, você definia um valor de GAS máximo que gostaria de pagar, então a transação era enviada para a Main network.

Ao chegar lá, os mineradores (pessoas responsáveis por adicionar blocos novos a chain, vamos pensar assim), listavam os novos pedidos de acordo com o maior valor de GAS, e então executavam aquelas que tinham o maior valor.

Pontos Positivos

Os mineradores ganhavam bastante, toda FEE era enviada diretamente para eles.

Pontos Negativos

Frequentemente os usuários da rede pagavam valores abusivos de GAS.
Quando um evento gerava um pico de transações na Network o preço do GAS (e a quantidade dele) subia repentinamente.
Era difícil prever a quantidade de GAS que os mineradores iriam aceitar no bloco seguinte.
Quem colocasse um valor de GAS muito baixo (oque, se de repente tivesse um pico de uso na Network e as ofertas de GAS subissem muito, quem não estava sabendo e continuava a colocar pedidos com uma quantia de GAS normal acabava esperando muito para sua transação ser efetuada).

Como podem ver, tem mais pontos negativos do que positivos, mas não é só isso, eu não sou o melhor para explicar isso, então no fim vou deixar alguns vídeos de referência.

Simulando um cenário real

Ao colocar uma transação, estão pagando em média 50 Gwei de FEE, e tudo ocorre bem.
Devido a um pico de uso da Rede começam a vir blocos desesperados pagando 100 de Gwei, e os mineradores priorizam eles.
Devido ao movimento de manada, e agora a ter vários blocos a 100 Gwei, os mais apressados começam a pagar cada vez mais, 150, 200, 300, 500 Gwei.
Aqueles que não tem pressa, vão acabar ficando nos 50 Gwei, e podem demorar dias para ter suas transações efetuadas.
O sistema tenderá assim ao CAOS, com taxas cada vez maiores, até que acabe esse pico de uso.

Agora vamos ver na EIP 1559.

GAS pós EIP 1559

Uma EIP significa Etherium Improvement Proposals (Propostas de melhoria da Etherium) e são geralmente discutidas apenas entre os membros do Core de desenvolvimento da ETH, mas a EIP 1559 é diferente, ela impacta todos, investidores, usuários e desenvolvedores.

A EIP 1559 implementou um sistema de GAS price variável que se adapta de acordo com o uso atual da rede de forma autônoma, para vocês entenderem a fundo esse conceito convido a assistirem:

Can ETH Become DEFLATIONARY? EIP 1559 Explained

Explicando a EIP 1559

Mudanças na EIP 1559

Uma basefee, é um valor base de FEE, nenhum pedido a Network pode ter menos do que esse basefee.
Aumentou o limite de GAS de 12.5M para 25M, tecnicamente aumentando o tamanho do bloco.
Agora, a FEE é composta de uma basefee e uma tip (a tip vai para os miners).

Como a Basefee é calculada?
A basefee é calculada de acordo com o uso da Network, caso a network esteja com mais de 50% < a basefee aumenta, caso a network esteja com menos de 50% > de carda a basefee abaixa.

Como o limite de GAS por bloco se comporta?
12.5M GAS > 50% > 25M GAS

Ou seja, abaixo ou em 50% de uso, o limite de GAS por bloco é de 12.5M, acima de 50% é de 25M de Gás.

Do que é composta a FEE?
A FEE agora é uma Basefee + uma TIP, a TIP é um valor também em Gwei que é enviado diretamente ao minerador daquela transação, é a recompensa dele.

A basefee, como vou explicar mais para frente, vai ser queimada, isso mesmo, vai ser destruída, será ETH sendo destruido.

Simulando um cenário real

Ao colocar uma transação, vamos dizer que os usuários estão pagando 50 Gwei de FEE (Somando Basefee + Tip), e tudo esta ocorrendo bem, pois a Network está em 50% de uso.
De repente um pico sobe o uso da rede para 100%, no proximo bloco a Basefee vai ser automáticamente incrementada em 12.5% (A TIP pode variar, você quem define, quem tem uma TIP maior claramente vai ser priorizado).
O pico continua, e então subsequentemente, bloco por bloco a Basefee será aumentada em 12.5% a cada bloco novo, enquanto a rede estiver acima de 50% de uso.
Devido aos altos valores de FEE, a network é forçada devido ao seu alto valor por transação a ter menos transações, isso vai fazer com que o uso da Network abaixe, mas também devido a alta Basefee, muito ETH vai ser sendo perdido, fazendo com que tenha menos ETH na Rede, fazendo com que os ETH se tornem mais escassos, e assim, mais caros.
Devido a pressão causada pelo alto valor de FEE, a Network começa a ser menos usada, fazendo com que o uso da Network caia para 40%, gradualmente, isso fará com que o tamanho do bloco máximo volte para 12.5M de GAS e reduzirá a basefee.
Agora, devido ao baixo uso da rede e a FEE barata a rede começara a ser mais usada.
O mesmo processo poderia acontecer novamente, mas as pessoas vão procurar o equilíbrio em 50% de uso, para manter justos os valores de FEE e a quantidade de uso da rede.

Resumo

Bem, agora eu entendo melhor a questão de GAS, e a relação dele com a FEE, a FEE é taxa por transação, como a gasolina usada por um carro para transportar ouro, essa taxa é descrita em GAS, tipo 10 litros de gasolina é a taxa para levar ouro de um bairro para outro.

O GAS é vendido por Gwei ou Wei, o Gwei e o Wei são basicamente Ether (Ether = Etherium), só que em escalas menores:
Wei: 1,000,000,000 Wei = 1 Gwei (Gigawei)
Gwei: 1000,000,000 Gwei = 1 Eth

Em resumo, o GAS é a gasolina, que custa ETH, mas custa bem pouco, então para não ficar falando 0.00000000000000231 ETH, se fala 0.00000231 Gwei.

Antigamente, quem pagava mais GAS era priorizado, e isso ia desenfreado tendendo ao CAOS, após a EIP 1559 existe um sistema mais complexo para regular o uso da Network e os preços de FEE, forçando o sistema ao equilíbrio, tipo um sistema de oferta e demanda, mas com uma intervenção autônoma descentralizada ajudando os seres humanos a evitar sua tendencia natural ao CAOS.

Tentativa de Minerar

Tentei começar a minerar, mas descobri que ETH não pode mais ser minerada, e sei que minerar Bitcoin vai ser uma loucura, vou deixar um link de um artigo que achei sobre criptos para minerar:

Não estou recomendando, eu só achei, e lí.
9 Best Cryptocurrencies for Mining (Easy to Hard)

Desisti de minerar por enquanto, só por enquanto.

Recomendações de conteúdo

Can ETH Become DEFLATIONARY? EIP 1559 Explained

Updraft Course

Meu sumiço

Fiquei um tempo sem postar, devido a meu problema de procrastinação, pois acabei me envolvendo em alguns projetos secundários e não estava acordando tão cedo mais, desculpem-me, vou tentar enfrentar isso e acordar sempre cedo para estudar.

Conteúdo em Inglês

JOÃO PSTER — Mon, 29 Jul 2024 12:56:31 +0000

Gostaria de começar essa comunidade divulgando a minha primeira fonte de informações, o curso da Cyfrin Updraft.

No futuro publicarei conteúdos em português, explicando conceitos vindos de várias fontes, para ensinar brasileiros a Web3.

DIARIO WEB3 - Dia 1 Comecei a estudar Web 3, criei meu primeiro dMail e minha carteira na MetaMask.

JOÃO PSTER — Mon, 29 Jul 2024 12:54:46 +0000

DIARIO WEB3 - Dia 1

Comecei a estudar Web 3, criei meu primeiro dMail e minha carteira na MetaMask.

Hoje comecei a estudar Web 3 com o Cyfrin Updraft, e estou ficando fascinado por essa nova geração, ainda não entendo bem todo o conceito, mas imaginar "Contratos Inquebráveis" que são os Smart Contracts e como isso pode impactar o mundo, ainda mais agora que o Banco Central do Brasil quer criar o DREX.

Eu acredito que isto seja o futuro, então decidi começar a estudar, até agora entendi apenas conceitualmente os Smart Contracts, e o conceito de Oracle Problem, mas as networks ainda são um pouco obscuras para mim.

Eu decidi entrar de cara nesse mundo, então comecei por uma coisa que acho que todo novato na internet faz, criar um email, só que na web3 não terá Google, e sim, dMail (Conceito de e-mail decentralizado) então criei meu primeiro dmail.ai, aliás, quem quiser: joaopster@dmail.ai me manda uma mensagem lá! ;)

Também comprei BSC e USDT na rede BNB Chain, para poder comprar o NFT joaopster@dmail.ai (sim, o email é um NFT, também fiquei impressionado).

Também fiz minha primeira transação na Sepolia Testnet, e claro, 2 transação na BNB Chain, como disse anteriormente, e estou ficando fascinado.

Os próximos passos serão entender Gás na ETH, oque eu não entendo direito, e conforme avanço, vou começar a tentar ensinar oque aprendi em posts como esses, e na minha página no Dev.to :)

Cyfrin Updraft: Link