Loading...
BetaBetaThis course isn't available in English yet, so you're reading the Portugues (BR) original.
Ouvir este episódio no Spotify
Objetivo: Produzir o relatório abrangente que resume o desenvolvimento histórico da Solana e seu panorama arquitetural, polido até a qualidade necessária para submissão.
Por que agora: Esta lição consolida trabalhos anteriores no entregável final do capstone sobre a história e a arquitetura da Solana.
Conceitos: História da Solana; Arquitetura da Solana; síntese e estrutura do relatório; padrões de fontes e citações; resumo executivo e conclusões; revisão e feedback de pares
Tempo de leitura: 20 min
Você consolidará seu rascunho histórico, as notas arquitetônicas e o esboço do capstone em um único relatório sobre Solana pronto para submissão que conecte cronologia e design. Você já produziu três entregáveis concretos: o esboço do capstone de "Definindo o Capstone: Escopo e Método para a História da Solana", o rascunho histórico de "Sintetizando a História da Solana" e as notas arquitetônicas de "Analisando a Arquitetura da Solana para o Relatório." Esses artefatos são as matérias-primas que agora sintetizaremos, poliremos e formatarmos para submissão formal.
Na Lição 1 você criou um esboço do capstone que definiu a estrutura do relatório, critérios de avaliação e padrões de fontes; esse esboço determinou a ordem das seções, o público-alvo e os tipos de evidência exigidos. Na Lição 2 você tem um rascunho histórico contendo uma linha do tempo de marcos da Solana, citações de fontes primárias e segmentos narrativos que vinculam eventos a decisões técnicas. Na Lição 3 você tem notas arquitetônicas que descrevem componentes centrais como Proof of History, Tower BFT, Turbine, Gulf Stream e Sealevel, além de uma análise que mapeia esses componentes para resultados de desempenho e usabilidade.
Agora uniremos essas peças prévias em um todo coerente: você integrará a linha do tempo e a voz narrativa do seu rascunho histórico com as explicações técnicas e os diagramas das suas notas arquitetônicas, e então refinará o esboço do capstone num sumário final e em um resumo executivo. O entregável desta lição é um relatório abrangente, polido e pronto para submissão que demonstre explicitamente como desenvolvimentos históricos moldaram escolhas arquiteturais e que inclua uma bibliografia e citações formatadas conforme os padrões definidos na Lição 1.
Expectativas práticas para esta sessão: você fará uma passagem de revisão focada que imponha clareza, evidência e ligação entre seções; realizará uma verificação de citações e bibliografia para garantir que todas as afirmações estejam referenciadas; e completará uma lista de verificação de revisão por pares para que o artefato atenda ao processo de validação baseado em rubrica descrito no módulo. Não re-ensinaremos os componentes técnicos que você já analisou; em vez disso, mostraremos precisamente como organizar, argumentar e apresentar esses conteúdos para que o relatório atenda aos critérios de sucesso do capstone e esteja pronto para avaliação.
Ao final desta lição você será capaz de: declarar claramente um resumo executivo conciso que capture o arco de desenvolvimento da Solana e seus principais princípios arquiteturais; montar a estrutura do relatório que vincule eventos históricos a escolhas arquiteturais específicas; editar e polir seções narrativas para clareza, coerência e evidência; aplicar formatação de citações consistente e produzir uma bibliografia completa; e passar por uma revisão por pares baseada em rubrica demonstrando que o relatório atende aos padrões de submissão.
Cada objetivo se relaciona com a lista de verificação de entregáveis que você usou na Lição 1 e com as práticas de coleta de evidências da Lição 2. Você usará os mapeamentos arquiteturais da Lição 3 para apoiar afirmações explicativas em vez de repetir descrições técnicas. O sucesso será medido segundo critérios de aceitação concretos na seção seguinte.
Os critérios de aceitação definem exatamente como "concluído" se parece para este incremento do capstone. Você deve produzir um único documento que atenda aos padrões verificáveis a seguir; cada critério abaixo mapeia para a rubrica do módulo e pode ser validado por pares ou instrutores.
Completude estrutural: o relatório contém página de título, resumo executivo (máximo uma página), sumário, introdução, linha do tempo histórica e narrativa, visão geral da arquitetura, seção de ligação que mapeia história para arquitetura, limitações/tradeoffs, conclusões, citações no texto e uma bibliografia. Cada seção principal deve incluir uma breve declaração de propósito para que um revisor entenda imediatamente por que ela existe.
Evidência histórica: a linha do tempo é concisa (uma a duas páginas), inclui pelo menos sete marcos datados, e cada marco tem pelo menos uma citação primária ou secundária de alta qualidade. Afirmações que atribuem motivos, decisões ou resultados devem citar a fonte original ou um relatório secundário verificável. Evite linguagem especulativa; onde existir incerteza, rotule-a e forneça evidências de apoio.
Explicação arquitetural: componentes centrais identificados na Lição 3 (Proof of History, Tower BFT, Turbine, Gulf Stream, Sealevel, papéis dos validadores) são explicados em linguagem acessível e vinculados a implicações concretas para throughput, latência e experiência do desenvolvedor. Cada explicação de componente deve incluir ao menos uma frase sobre por que ele importou em um ponto específico da linha do tempo histórica.
Ligação explícita: forneça uma seção dedicada que mapeie pelo menos quatro eventos históricos a escolhas arquiteturais específicas. Cada mapeamento deve incluir uma breve declaração causal (como o evento influenciou o design) e uma citação. Por exemplo, relacione as metas iniciais de desempenho documentadas em uma fonte de whitepaper à adoção do Proof of History como mecanismo de sincronização.
Padrões de citação e bibliografia: todas as citações no texto seguem um único estilo consistente (escolha um: APA, Chicago author-date ou MLA) e toda citação aparece na bibliografia. Inclua URLs ou DOIs para fontes web e registre datas de acesso para páginas dinâmicas. Forneça entradas bibliográficas completas para pelo menos dez fontes, das quais pelo menos três sejam fontes primárias (whitepapers, posts de engenharia da equipe do protocolo ou documentação oficial).
Clareza e extensão: o relatório apresenta nível profissional de redação, evita jargão desnecessário e permanece dentro das orientações de extensão definidas no seu esboço do capstone. O resumo executivo deve ter ≤300 palavras. O tamanho total do relatório alvo é 2.000–4.000 palavras dependendo das decisões de escopo da Lição 1; justifique desvios brevemente numa nota de metadados.
Prontidão para revisão por pares: o relatório passa por uma lista de verificação por pares que inclui: sumário preciso, níveis de cabeçalho consistentes, citações funcionando, figuras ou diagramas legíveis (com legendas) e uma nota de capa de um parágrafo listando perguntas pendentes e limitações conhecidas. Anexe quaisquer diagramas brutos ou material em apêndice se necessário.
Atender a esses critérios de aceitação significa que seu artefato satisfaz a rubrica do módulo e está pronto para submissão. Se algum item falhar, sinalize-o na nota de capa e registre quais seções precisam de revisão adicional.
Comece criando um documento de trabalho baseado no esboço do capstone da Lição 1. Use o esboço como esqueleto e importe as seções do rascunho histórico da Lição 2 e as notas arquitetônicas da Lição 3 em pastas ou seções distintas no documento. Sua tarefa imediata é organização: converta notas dispersas no fluxo final do relatório e então execute três tipos de passagens — estrutural, de conteúdo e de citação — para atingir os critérios de aceitação.
Passo 1 — Passagem estrutural: monte o documento nesta ordem: página de título, metadados (autor, data, versão), resumo executivo, sumário, introdução (escopo e metodologia), linha do tempo histórica (concisa), narrativa histórica, visão geral da arquitetura, seção de ligação (história ↔ arquitetura), limitações e tradeoffs, conclusões, agradecimentos, bibliografia e apêndices. Use cabeçalhos e subcabeçalhos claros para que um revisor possa escanear os elementos requeridos. Crie um cabeçalho de metadados do documento anotando as fontes que ainda precisam ser integradas e a data desta revisão.
Passo 2 — Passagem de conteúdo: edite cada seção importada para transitar de estilo de rascunho para voz de relatório formal. Para a linha do tempo histórica, comprima notas em marcadores datados e então escreva 1–3 parágrafos explicando a importância de cada marco. Para arquitetura, converta suas notas de componente da Lição 3 em subseções explicativas: defina cada componente em termos simples, explique seu mecanismo em alto nível e descreva seu efeito prático no desempenho e na experiência do desenvolvedor. Na seção de ligação escreva declarações explícitas que conectem eventos a escolhas de design; prefira verbos ativos e formulação causal ("X motivou Y que produziu Z").
Passo 3 — Passagem de citação: escolha um estilo de citação e aplique-o de forma consistente. Substitua links parentéticos em rascunhos por citações no texto corretamente formatadas. Preencha a bibliografia com entradas completas e assegure que cada citação no texto tenha uma entrada correspondente. Para fontes online inclua datas de acesso. Se usar diagramas, adicione legendas de figura que referenciem sua fonte ou a data de criação.
Passo 4 — Formatação e figuras: garanta que os cabeçalhos usem níveis consistentes, fontes legíveis e que quaisquer figuras ou tabelas incluam legendas e texto alternativo. Converta diagramas manuscritos ou rascunhos em imagens digitais limpas (diagramas de blocos rotulados são suficientes). Para tabelas, inclua uma tabela que resuma a estrutura do relatório e os comprimentos-alvo para ajudar os revisores a avaliar o escopo. Por exemplo:
| Seção | Propósito | Extensão Alvo |
|---|---|---|
| Resumo Executivo | Transmitir as conclusões principais em uma página | <=300 words |
| Linha do Tempo Histórica | Lista concisa de marcos com citações | 1-2 pages |
| Visão Geral da Arquitetura | Explicar componentes centrais e implicações | 800-1,200 words |
| Seção de Ligação | Mapear história para arquitetura | 500-800 words |
Passo 5 — Testar edições: após essas passagens, leia o relatório em voz alta para si mesmo ou para um par para capturar frases estranhas e verificar o fluxo lógico. Confirme que cada afirmação factual tem uma citação ou uma nota qualificada se incerta. Use a lista de verificação de revisão por pares dos critérios de aceitação para marcar itens como completos.
Lista de verificação de Submissão/Demonstração (anexar como página final): a) Resumo executivo ≤300 palavras, b) Linha do tempo com 7+ marcos e citações, c) Subseções arquiteturais para cada componente central da Lição 3, d) Seção de ligação mapeando ≥4 eventos para escolhas arquiteturais, e) Bibliografia com ≥10 entradas e 3 fontes primárias, f) Nota de capa listando perguntas pendentes, g) Figuras/tabelas com legendas. Se todas as caixas estiverem checadas, exporte em PDF e prepare seu breve e-mail de apresentação ou formulário de submissão conforme as instruções do curso.
Se o tempo permitir, faça um polimento final no tom e na clareza: elimine voz passiva quando ela enfraquecer a causalidade, substitua qualificadores ambíguos por formulações respaldadas por evidência e verifique se as entradas da bibliografia usam pontuação e capitalização consistentes. Salve uma cópia versionada e prepare o pacote de revisão por pares contendo o relatório, um guia de revisão por pares de uma página e quaisquer apêndices ou notas brutas para transparência.
Neste checkpoint você validará se o documento atende aos critérios de aceitação. Use as verificações concretas a seguir para determinar se o marco está completo. Cada verificação é aprovada/reprovada e deve ser registrada em uma nota curta de revisão que acompanha sua submissão. Se alguma verificação falhar, liste os passos de remediação e o tempo estimado para correção.
Verificação 1 — Validação do resumo executivo: confirme que o resumo executivo está presente, tem no máximo 300 palavras e declara com precisão as três principais descobertas do relatório. Leia o resumo em voz alta para um par ou grave-o; um resumo conciso deve ser compreensível sem contexto adicional. Se o resumo omitir uma conclusão essencial ou exagerar uma afirmação, revise a redação e anote a alteração.
Verificação 2 — Linha do tempo e evidência histórica: verifique se a linha do tempo contém pelo menos sete marcos datados e se cada marco cita pelo menos uma fonte primária ou secundária reputada. Abra cada citação e confirme que ela apoia a afirmação subjacente; corrija incompatibilidades imediatamente. Para páginas web dinâmicas inclua uma data de acesso e, quando possível, arquive a página usando um link de web archive registrado nas suas notas de bibliografia.
Verificação 3 — Cobertura arquitetural: confirme que cada componente central da Lição 3 tem uma subseção dedicada, uma definição em linguagem simples, uma breve descrição do mecanismo e pelo menos uma frase vinculando-o ao impacto em desempenho ou no desenvolvedor. Se um componente não tiver ligação, adicione um parágrafo explicativo curto referenciando a fonte que apoia a conexão.
Verificação 4 — Precisão da ligação: examine a seção de ligação dedicada e assegure que ela contenha pelo menos quatro mapeamentos de eventos históricos para escolhas arquiteturais. Cada mapeamento deve declarar a relação causal e incluir uma citação. Se um mapeamento for especulativo, marque-o como "hipótese" e adicione evidência de apoio ou remova a afirmação.
Verificação 5 — Consistência de citação e bibliografia: faça uma varredura rápida para garantir que toda citação no texto apareça na bibliografia e que as entradas bibliográficas estejam completas com autor, título, editora, data e URL ou DOI quando aplicável. Use um formato de citação consistente. Se encontrar citações soltas ou detalhes faltando, atualize a bibliografia e registre as mudanças.
Verificação 6 — Prontidão para revisão por pares: assegure que o pacote de revisão por pares contenha o PDF do relatório, um guia de revisão por pares de uma página explicando a rubrica e a nota de capa listando questões pendentes. Anexe todas as figuras e diagramas brutos em um apêndice. Se o pacote estiver incompleto, identifique qual componente falta e estime o tempo de correção.
Resultados esperados do checkpoint: a) uma nota curta de revisão assinada com resultados aprovado/reprovado para cada verificação, b) o relatório finalizado em PDF se todas as verificações forem aprovadas, ou c) um plano de remediação com correções priorizadas se alguma verificação falhar. Quando todas as verificações forem aprovadas, marque o marco como completo e faça o upload do documento na área de submissão definida nas instruções do curso. Se um par sinalizar problemas, agende um sprint de revisão curto e reexecute este checkpoint após as correções.
Agora você deve ter um caminho claro para transformar os materiais das Lições 1–3 em um relatório abrangente pronto para submissão que conecte a história do desenvolvimento da Solana ao seu desenho arquitetural. Mantenha três princípios orientadores em destaque: evidência ancora as afirmações, ligação explícita demonstra causalidade, e clareza permite avaliação. Evidência ancora as afirmações ao garantir que cada assertiva histórica ou técnica tenha uma fonte verificável; sem isso, revisores tratarão declarações como não fundamentadas. Ligação explícita força você a mostrar por que uma escolha de design existiu e como um marco a influenciou, o que constitui a contribuição intelectual central que este capstone exige. Clareza significa remover jargão, rotular pressupostos e apresentar diagramas que possam ser escaneados por um revisor técnico em poucos minutos.
Ao finalizar o documento, você terá convertido notas dispersas em uma narrativa coesa que demonstra tanto compreensão histórica quanto literacia arquitetural. Essa habilidade combinada — narrativa mais mapeamento técnico — é o que diferencia um bom relatório de um capstone pronto para submissão. Mantenha os metadados do documento que você criou durante o processo de construção: versionamento, perguntas pendentes e um registro de revisão por pares; esses elementos tornam a avaliação transparente e demonstram práticas profissionais de projeto. Concluir este marco o posiciona para avançar para as próximas lições que requerem familiaridade prática com Rust, onde o relatório polido servirá como referência para comparações técnicas.
• Combine o esboço do capstone, o rascunho histórico e as notas arquitetônicas em um único documento.
• Siga os critérios de aceitação: linha do tempo com citações, explicações arquiteturais, ligações explícitas e bibliografia completa.
• Complete as passagens de construção (estrutural, conteúdo, citação), execute a lista de verificação do checkpoint e prepare o pacote de revisão por pares.
Após submeter este incremento do capstone, prepare-se para a próxima lição, "Rust Syntax and Basic Types." O relatório polido que você produzir aqui servirá como referência quando você comparar decisões de desenho arquitetural com escolhas de implementação em Rust. Salve seu relatório final e as notas de revisão por pares em um local acessível; na próxima lição você começará a escrever pequenos exemplos em Rust que se relacionam a conceitos como concorrência e representação de estado mencionados na sua seção de arquitetura.
Resumo executivo: uma declaração concisa de uma página que captura as principais conclusões do relatório, as evidências-chave e as recomendações para revisão rápida.
Proof of History (PoH): uma técnica de sincronização específica da Solana que ordena eventos via carimbos de tempo verificáveis, permitindo alto throughput enquanto reduz a sobrecarga de coordenação global.
Tower BFT: uma variante adaptada de Practical Byzantine Fault Tolerance na Solana que usa PoH como relógio para simplificar a eleição de líderes e finalizar blocos.
Seção de ligação: uma seção dedicada do relatório que mapeia eventos históricos específicos para decisões arquiteturais com declarações causais e citações de apoio.
Fonte primária: um documento original ou evidência direta, como um whitepaper, post de engenharia da equipe do protocolo ou documentação oficial, usado para fundamentar afirmações factuais.
Pacote de revisão por pares: um conjunto de submissão incluindo o PDF do relatório, um guia de revisão por pares de uma página, nota de capa listando questões em aberto e quaisquer apêndices ou diagramas brutos.
Turbine / Gulf Stream / Sealevel: nomes de componentes de runtime e rede da Solana; cada termo denota uma responsabilidade do sistema (propagação, encaminhamento de transações e execução paralela do runtime, respectivamente).
Question 1 of 3