Livro Branco

Request Network

O Futuro do Comercio

Uma rede descentralizada para pedidos de pagamentos

14 de Marco de 2018

Conteudo

1 Sumario Executivo 2

2 A Plataforma 2

3 O Ecossistema 73.1 A Camada Central . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73.2 A Camada de Extensoes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83.3 Camada de Aplicacoes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

4 Casos de Utilizacao 104.1 Facturacao B2B . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104.2 Pagamentos Online . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114.3 Automatizacao de Empregos: Cantabilidade, Auditoria, Despesas . . . . . . . . . . . . . . . . 12

4.3.1 Contabilidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124.3.2 Auditoria . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134.3.3 Despesas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

4.4 Logica de Negocio e Legislacao sobre Comercio - Governo e Impostos . . . . . . . . . . . . . . 154.5 Simplificacao de Ferramentas Comerciais: Factoring, Servico de Custodia . . . . . . . . . . . 154.6 Transparencia das Instituicoes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154.7 IoT e Contractos Inteligentes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

5 Token 165.1 Incentivo para um Ecossistema Seguro de Aplicacoes . . . . . . . . . . . . . . . . . . . . . . . 165.2 Governanca . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175.3 Independencia de Outras Moedas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175.4 Independencia Tecnica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175.5 Facilitar as trocas entre outras moedas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

6 Esboco do Roadmap 18

7 Equipa 197.1 Equipa Central . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

8 Arquitectura 218.1 Consideracoes Tecnicas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218.2 Arquitectura dos Contractos Inteligentes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

1

9 Agradecimentos 23

10 Bibliografia 24

1 Sumario Executivo

Request e uma rede descentralizada1 que permite a qualquer pessoa pedir um pagamento (uma factura Re-quest) que o recipiente podera pagar de forma segura. Toda a informacao e armazenada dentro de um registodescentralizado. Tal resulta em pagamentos mais baratos, rapidos e mais seguros, e permite uma amplavariedade de possibilidades de automatizacao.

Para se tornar um pilar do comercio mundial, o Request integra um registo contabilıstico geral que e:- Universal pois esta projectado para suportar 100% das transaccoes globais, independentemente da moeda,legislacao ou lıngua. O Request e feito para durar.- Inteligente pois ao contrario de um livro de contabilidade padrao, Request esta na origem dos intercambiose integra um codigo comercial informatizado, assim como, a gestao de uma grande variedade de termos depagamento.

Nos dias de hoje, a sua ausencia torna todo o sistema ineficiente, e sem a preparacao necessaria para aIoT(Internet das Coisas) e a Revolucao Digital que esta a decorrer.

O Request pode ser visto como uma camada sobre o Ethereum2, que permite pedidos de pagamentos sa-tisfazendo ao mesmo tempo um quadro legal. Tambem e possıvel ver as diferentes moedas como ferramentaspara completar as transaccoes Request. Neste sentido, o Request e mais global que qualquer moeda.

2 A Plataforma

Qualquer um consegue escrever no Registo Request (Request Ledger) e criar um Pedido para Pagamento(Request for Payment). O pedido Request pode ser detectado pelo recipiente que monitoriza a rede (viacarteira ou aplicacao financeira). Se o pedido for aprovado pelo utilizador, pode ser pago atraves de umsimples clique. O pedido esta entao completo e a rede e actualizada.

Quando um pedido Request e criado, as leis comerciais aplicaveis ao caso especıfico sao consideradas eos respectivos impostos tambem aplicados. Quando necessario, termos adicionais de pagamentos podem serseleccionados.

1http://gavwood.com/paper.pdf, 2014, Gavin Wood. Ethereum: a secure decentralised generalised transaction ledger2https://github.com/ethereum/wiki/wiki/White-Paper

2

Bob pede um pagamento a Alice

Vamos observar 2 exemplos:Bob solicita um pagamento a Alice, criando um pedido Request (fatura) e transmite-o para a Blockchain. Acarteira da Alice detecta o pedido Request e processa o pagamento.No caso de o Bob estar na Amazon e a Alice desejar realizar uma compra, a Amazon cria um pedido depagamento Request na Blockchain, o telemovel da Alice analisa a Blockchain e detecta o pedido, envia umanotificacao e a Alice concorda com o pagamento.

Request oferece:

• Seguranca, pois nao e necessario partilhar informacoes bancarias.

• Simplicidade, pois necessita apenas de clicar em um botao.

• Poupancas, pois os pagamentos nao necessitam do envolvimento de terceiros (ex.: Paypal).

3

A representacao do aspecto de um Registo Geral

Considere um segundo cenario, no qual um carro autonomo se conecta a uma garagem inteligente paracomprar uma nova roda. Negoceiam atraves de algoritmos, e concordam sobre um pagamento com deposito eservico de custodia (dinheiro bloqueado ate a entrega). De modo a interagirem financeiramente, as maquinase a IoT necessitam de uma estrutura de pagamentos.

Estes exemplos nao sao viaveis hoje, pois nao ha um formato padrao e correlacao entre servicos; e ne-cessario partilhar informacao bancaria ou usar um intermediario comum as duas entidades (Paypal, Venmo,Lydia, Stripe . . . ). Para alem de ser limitado e inseguro, resulta em facturas espalhadas, que podem contererros.

A Blockchain e o pilar perfeito para criar um sistema de codigo aberto, duravel, inteligente e imutavel.

4

Estas novas bases simplificam os fluxos electronicos.Nos dias de hoje, estas bases revelam-se extremamente importantes pois tudo se resume ao pagamento. Maisde 5000 milhoes de dolares sao transaccionados todos os dias3 somente na rede SWIFT, contudo, os fluxossao fracamente otimizados.

Esta solucao tem ainda vantagens maiores. Nomeadamente um registo que contem todas as entradascontabilısticas padronizadas que pode automatizar a contabilidade a tempo real, melhorar a auditoria, au-tomatizar o factoring (cessao financeira), simplificar relatorios de despesa, tornar a colocacao sobre custodia

3https://www.fincen.gov/sites/default/files/shared/Appendix_D.pdf

5

simples e segura, bem como detectar e pagar automaticamente impostos.

Alem disso, abre tambem oportunidades para a melhoria de um comercio mais abrangente.

A capacidade de gerir informacao privada, torna possıvel impulsionar o comercio para uma maior trans-parencia (despesas publicas, associacoes), maior equidade (a transparencia possibilita que se siga a distri-buicao de lucros e a origem de produtos; tambem permite o desenvolvimento do comercio justo) e mais justica(regras comerciais serao mais facilmente aplicadas e cumpridas).

E difıcil imaginar como o mundo financeiro possa fazer avancos sem este contributo.

6

3 O Ecossistema

O desenvolvimento de varios projectos dentro da Rede Request sera possıvel assim que o protocolo centralesteja concluıdo pela equipa. O nosso Mapa Mental Tecnologico4 da a imagem completa da Rede Requeste do futuro roteiro.

Acreditamos que o Ecossistema Request e a chave para o sucesso, e procuramos estimula-lo. De modoa impulsionar esta descentralizacao e expandir o Request, deixamos uma introducao ao Request Hub5. Oque designamos por Request Hub e a comunidade fora da fundacao Request que esta disposta a trabalharsobre o Request, criar equipas e projectos em torno do Request, e ajudar a sua descentralizacao.

3.1 A Camada Central

A camada inferior e o nucleo, que gere o consenso sobre o registo e transicoes de estados. Consiste noscontractos inteligentes mais fundamentais, permitindo a criacao de diferentes entidades e pedidos de paga-mentos. Tambem detecta quando os pagamentos estao concluıdos. Baseia-se na imutabilidade (ninguemconsegue alterar a informacao), abertura do seu sistema (qualquer um consegue aceder a informacao quelhe diz respeito) e uma inteligencia que permite saber quando uma factura e paga de acordo com as regraspreviamente estabelecidas de facturacao.

Esta camada tem lugar na Blockchain do Ethereum, que traz benefıcios endogenos para o Ethereum epara facturas com rotulo de ERC20, tais como a deteccao automatica. Outras moedas tambem estao cobertaspela deteccao automatica de pagamentos atraves do uso de oraculos.

4https://www.mindmeister.com/991002501?t=R1iofDilV05https://www.mindmeister.com/995302918?t=Y78CuCvpRn

7

Esta camada e gratis para encorajar o seu uso e desencorajar o desenvolvimento de outros sistemas. Osunicos custos a serem transmitidos sao o uso de Gas Ethereum e o armazenamento de informacao.

3.2 A Camada de Extensoes

A segunda camada e a Camada de Extensoes. A maioria dos pedidos de pagamentos criados actualmente naosao tao basicos como os propostos pela Camada Central. Se o pedido vem de uma empresa, entao inclui regrascomo calcular impostos, termos de pagamento, garantias ou adiantamentos. Todas estas condicoes assumema forma de extensoes que podem ser adicionadas aos pedidos. Esta camada e a porta para funcionalidadesincrıveis que ainda nao existem, como ”pagamentos contınuos”. Por exemplo, alguem poderia escolhereste modulo para fraccionar a sua renda em pagamentos 20x34 para o senhorio, deixando esta pessoa comuma conta bancaria mais fluıda sem as “pesadas” despesas no fim do mes. Os impostos seriam reencami-nhados no momento para as agencias governamentais. Com cada pagamento, 23% de IVA seria deduzido emimpostos e 77% para a empresa benificiaria. O mesmo exemplo tambem poderia permitir que se doasse 1%de todos os pagamentos a Associacoes sem Fins Lucrativos, ou deposita-los para uma conta de reforma.

Esta camada e taxavel, pelo que cada extensao tera uma taxa da qual uma parte sera destruıda e outraparte direccionada aos criadores da extensao, com as extensoes acumuladas na mesma factura. Os custosdiminuem ao longo do tempo para se manterem competitivos e desencorajar o uso de diferentes sistemas.O custo destas extensoes e estimado entre 0,1% a 0,5% inicialmente, embora a medida que o sistema cresceos custos serao reduzidos. Mais de 5000 bilhoes de dolares de pagamentos sao feitos em cada dia, o que nofim sera suficiente para financiar a rede com custos inferiores a 0,1%. No entanto, estes custos continuarao asuportar a seguranca das aplicacoes e o seu desenvolvimento.

Esta camada e completamente aberta, sobre a qual qualquer um pode criar extensoes proprias, com astaxas a serem distribuıdas de forma a promover o interesse e encorajar os desenvolvedores de extensoes e acomunidade.

8

3.3 Camada de Aplicacoes

A camada superior e a Camada de Aplicacoes, que tem lugar fora da Blockchain. Sistemas de diferentes em-presas podem conectar-se ao Request para criar pedidos ou aceder a informacao. Contabilidade, auditoria,impostos, recuperacao e cobranca de dıvidas, factoring e sistemas de pagamento podem todos ser interligados.Quando um sistema de pagamento se liga ao Request (Mycelium, Coinbase, Bank of America, Bankin, . . . ),tera acesso as facturas do utilizador e podera propor o pagamento instantaneamente.

A equipa Request ira desenvolver aplicacoes, incluindo uma interface e um API (Interface de Programacaode Aplicacoes) para criar e aceder a pedidos.

Aplicacao de ReputacaoO Sistema de Reputacao encontra-se incluıdo nesta camada para proteger contra phishing e maus pagadores.Por exemplo, um utilizador sera de capaz de detectar se uma empresa esta a tentar praticar phishing, nocaso de outros utilizadores terem previamente rejeitado os seus pagamentos. Por outro lado, uma empresaque nao paga as suas contas a tempo, depois de as ter aceite, sera penalizada na sua reputacao. O sistemade reputacao pode ter ainda outros usos; por exemplo utilizadores com a melhor reputacao muito poderaoter uma reducao de custos assim como acesso a extensoes personalizadas.

O sistema de reputacao poderia ter sido inserido directamente no Blockchain, mas para nao sobrecarregaro sistema, escolhemos mante-lo na Camada de Aplicacoes por enquanto, ja que esta informacao pode serre-obtida procurando no Blockchain.

9

4 Casos de Utilizacao

Os casos de utilizacao desta tecnologia sao extremamente abrangentes. Este sistema automatiza contabilidadeem tempo real, substitui um ramo inteiro de auditoria, elimina a cobranca de impostos manual, simplificapagamentos internacionais, permite que maquinas comuniquem no mesmo campo financeiro, substitui sis-temas de pagamento como o Paypal, e disponibiliza termos de pagamento avancados a todos.

4.1 Facturacao B2B

Milhoes de facturas sao partilhadas entre empresas por ano, sendo a maioria delas enviado em papel ou emformato de email, e que tem de ser copiadas. Este processo resulta em um grande numero de erros, particu-larmente a quando de pagamentos adiantados ou regras de impostos tem de ser aplicados.

Com o Request, as empresas podem partilhar estas contas directamente via o registo; nao havendo maisduplicacoes, dado que os sistemas de contabilidade serao imediatamente conectados e actualizados.

A empresa que aguarda o pagamento podera detectar um atraso imediatamente, que acontecera commenor frequencia devido ao desenvolvimento de sistemas de facturamento. A empresa tem a opcao de pagara data ideal no momento em que recebe o pedido.

A cada ano, milhares de pequenas e medias empresas vao a falencia enquanto esperam que as suas facturassejam pagas. O BCE (Banco Central Europeu), em particular, esta a implementar solucoes que o Requestcompleta ao adicionar um sistema reputacao de pagamentos e indicadores chave. Actualmente, um fornece-dor ainda necessita confiar no seu cliente e pode nao ser pago. No futuro, o fornecedor podera verificar areputacao do seu cliente e outros indicadores como DPO (Days Payable Outstanding - racio de eficiencia queas empresas demoram a pagar aos fornecedores) antes de acordarem em contracto.

10

4.2 Pagamentos Online

Fazer compras na Amazon, por exemplo, requer cartao de debito/credito, expondo assim informacao sensıvel.Alternativamente, ao seleccionar a opcao para pagar via Request, as informacoes do indivıduo permanecemprotegidas. A Amazon submete um pedido Request na rede, a conta do utilizador detecta-o e pede a con-firmacao do pagamento por parte do utilizador. Deste pedido Request resulta uma transaccao ao customınimo, sem expor a informacao de pagamento.

Torna-se assim possıvel evitar pagamentos inesperados de cartao de debito/credito que os servicos co-bram de forma oculta, uma vez que se cria uma forma de validar pagamentos antes de estes acontecerem. ORequest da desta forma poder as pessoas.

As vantagens do Request, em comparacao com os sistemas actuais, sao:

• Seguranca: a informacao de pagamento nunca e partilhada, nao existe qualquer risco de algueminterceptar e reutilizar a informacao bancaria.

• Simplicidade: Um clique para pagar, e nenhum erro de introducao manual possıvel.

11

• Custo: Nenhuma terceira identidade como Paypal6, Bitpay7 ou Stripe8, todos estes fornecedores quecobram taxas entre 1% e 7% das quantidades enviadas. Request reduz o custo.

4.3 Automatizacao de Empregos: Cantabilidade, Auditoria, Despesas

4.3.1 Contabilidade

Com o Request, a contabilidade e feita automaticamente e em tempo real. Para alem da reducao de custos,tal permite a uma gestao financeira mais eficaz e rapida, e com mais informacao.

Casos de utilizacao para fins de contabilidade:Request traz simultaneidade ao processo de contabilidade. Pagamentos, contabilidade e reembol-sos/pagamentos de IVA sao feitos automaticamente.

Por outro lado, representa uma mudanca da contabilidade de dupla entrada9 para contabilidade de

6https://www.paypal.com/en/webapps/mpp/paypal-fees7https://bitpay.com/pricing8https://stripe.com/nl/pricing9https://en.wikipedia.org/wiki/Double-entry_bookkeeping_system

12

tripla entrada10. Tal e uma revolucao, esperada por especialistas, que levanta questoes sobre o futuro deauditorias externas. Na verdade, um terceiro ponto de validacao e adicionado aos sistemas de contabilidadede dupla entrada11, e e aqui que os auditores actuam actualmente para validar a autenticidade das contas.

O Request permite tambem a digitalizacao de sistemas de contabilidade, onde actualmente se gastatempo para duplicar os esforcos atraves de documentacao repetitiva e verificacoes frequentes. Estas tare-fas manuais podem ser automatizadas. O Request transformara o trabalho de um CPA em actividades deconsultoria e suporte. Este sistema disponibiliza mais tempo para tarefas que criam valor, como analise,estimativa e estrategia.

Tecnicamente, notas de credito, ordens de compra, reembolsos, e todos os conceitos contabilısticos seraopossıveis no Request. O sistema sera compatıvel com o padrao UN/EDIFACT e sera possıvel actualiza-loaos mais recentes padroes.

4.3.2 Auditoria

Com o Request, as auditorias tornam-se em uma simples verificacao de algoritmo, gracas a imutabilidadedo sistema. Em comparacao, em 2014, a Microsoft pagou 46,2 milhoes de dolares em taxas de auditoria aDeloitte12. O Bank of America pagou tambem aproximadamente 100 milhoes de dolares. No total, as 100maiores empresas nos EUA pagaram 2,5 bilioes de dolares em taxas de auditoria.

De agora em diante, as auditorias serao tratadas em tempo real. Chamemos-lhe Auditorias Inteligentes13.As solucoes de auditoria da Blockchain (“Auditorias Inteligentes”) provavelmente se tornarao uma alternativade confianca e economica relativamente as auditorias manuais actuais.

O Request traz benefıcios significativos melhorando a eficiencia de tais auditorias. Em termos de digita-lizacao, software de contabilidade, Estados e empresas estao longe do ideal. Varias empresas enviam facturaspor e-mail todos os dias, e a maioria destas, tem facturas em falta no fim de cada ano.

As regras sao claras. Os metodos e o suporte tecnologico podiam provocar grandes mudancas e substituiros custos de controlo entre empresas e subsidiarios, que sao realizados de forma a garantir a seguranca e

10http://iang.org/papers/triple_entry.htmlhttps://en.wikipedia.org/wiki/Momentum_accounting_and_triple-entry_

bookkeeping11https://bitcoinmagazine.com/articles/triple-entry-bookkeeping-bitcoin-1392069656/12http://fortune.com/2015/08/27/microsoft-pays-more-than-apple-for-its-audit-and-why-investors-should-care/13https://request.network/assets/pdf/request_yellowpaper_smart_audits.pdf

13

confianca das demonstracoes contabilısticas.

Na industria de consultoria informatica, o custo do tempo do contabilista para processar uma factura eentre 5a15 . A este valor pode ser adicionado o tempo necessario para verificacoes e correccoes mensais. Aautomatizacao de todo o sistema e lenta.

A utilizacao da tecnologia Blockchain na contabilidade e a oportunidade para simplificar a conformidade,e melhorar a contabilidade de dupla entrada. A contabilidade de dupla entrada remonta a Epoca Renascen-tista, o que permitia aos gestores terem confianca nos proprios relatorios. Nos dias de hoje, para justificarconfianca, os auditores independentes verificam a informacao de grandes grupos num processo dispendioso,em tempo e dinheiro. A empresa de auditoria torna-se entao um terceiro que garante a veracidade da in-formacao estabelecida pelas declaracoes financeiras. Contudo, os auditores mantem a responsabilidade sobreas empresas, o que gera desconfianca. Trabalham os auditores para os gerentes das empresas que os encar-regam, ou para servicos de terceiros que consultam a informacao gratuitamente?

Portanto, em vez de guardar contas internas e publica-las todas apos a auditoria anual, as empresaspodem ter as contas descentralizadas, confidenciais e dentro de uma base de dados partilhada na tecnologiaBlockchain. Todas as entradas de contabilidade sao inseridas no registo, sem possibilidade de alterar asdatas, o que significa que nao existem oportunidades de falsificacao. Assim, tornar-se-ia mais difıcil fazerajustes questionaveis no fim do ano, e a empresa beneficia deste sistema a tempo real. Accionistas e terceirostem acesso a informacao em tempo real. Os custos de auditoria tornam-se insignificantes, e as entradascontabilısticas nao necessitam de duplas verificacoes manuais. Finalmente, a integridade das declaracoesfinanceiras nao pode ser questionada, quando clientes e fornecedores estao interligados neste sistema pelosseus enderecos criptograficos.

Request e um registo distribuıdo que funciona como uma fonte de confianca, permitindo estas “auditoriasinteligentes” a tempo real. Inclui todas as compras e vendas da empresa. Em vez de ter contas de duplaentrada, onde a informacao relativa a uma compra aparece na conta de compra e na conta do banco separa-damente, pode-se ver na Blockchain a conta de compra, ligada ao fornecedor, ligada ao pagamento, e ligada

14

a conta bancaria. Rastreavel, imutavel e autentica.

O Request comprova a integridade dos registos electronicos arquivados. E uma porta para o comercio dofuturo.

4.3.3 Despesas

Com o Request, os relatorios de despesas sao facilmente partilhados entre empregados e empresas, sem seremperdidos ou alterados. Um sistema de gestao de despesas permitira aos empregados seleccionar e enviar, emtempo real, as suas despesas profissionais para o seu gerente, que pode aceitar pagar a despesa e reembolsa-loquando pronto.

4.4 Logica de Negocio e Legislacao sobre Comercio - Governo e Impostos

Os Governos ao exigirem que as empresas relatem todas as transaccoes podem provocar a criacao de erros eduplicacoes. O Request permite que os governos vejam as transaccoes a que tem acesso em tempo real.Alem do mencionado, o desenvolvimento de um modulo para cobrar o IVA, ou, por exemplo, uma taxatransatlantica, ira redireccionar o dinheiro do imposto automaticamente.Seja pro-governamental ou nao, a possibilidade de pela primeira vez, simplificar e tornar transparente astaxas de impostos e um verdadeiro progresso.

A tecnologia Blockchain permite as agencias governamentais ter a habilidade de detectar instabilidadesfinanceiras, fraude, lavagem de dinheiro e crimes financeiros antecipadamente, e operar com base nestas ob-servacoes.

O departamento cientıfico do governo do Reino Unido identificou recentemente, varias formas em que atecnologia Blockchain podera “revolucionar as relacoes cidadao-estado”. Por exemplo: ajudar o governo acobrar impostos e distribuir ajuda.

4.5 Simplificacao de Ferramentas Comerciais: Factoring, Servico de Custodia

O Request facilitara o acesso a ferramentas como a colocacao sobre custodia ou factoring a empresas ou in-divıduos. Permitindo em 1 clique a opcao de pagar apenas na entrega de um produto ou servico, por exemplo,ou para garantir um deposito de um apartamento em custodia, em vez de creditar a conta do senhorio.

Simples e acima de tudo a um baixo custo. De facto, a colocacao sobre custodia pode ser automatizadae baseada em oraculos. Quanto ao factoring, as empresas poderao usar o melhor sistema de creditoque exista devido a reputacao “Na Rede”. Ao atribuir uma impressao digital a todas as facturas epublicando-as na Blockchain, o facturamento duplo e evitado dado que uma factura pode ser codificada narede apenas uma vez. Um contracto inteligente permitira entao que tais empresas possam cancelar um pedidoexistente e substituı-lo com 2 pedidos de factoring.

4.6 Transparencia das Instituicoes

A transparencia de orcamento para instituicoes (Governos, Camaras Municipais, Associacoes) esta na agendada OCDE e do Banco Mundial que contribui para:

• Responsabilidade: claridade em como os fundos sao gastos e necessaria para que oficiais e represen-tantes publicos possam ser responsaveis pela eficacia e eficiencia dos resultados

15

• Integridade: “Claridade e a melhor polıtica” para prevenir a corrupcao e manter padroes elevados deintegridade na utilizacao de fundos publicos.

• Inclusao: a transparencia convida a um debate inclusivo e informado sobre os impactos das polıticasde orcamentos.

• Confianca: encontramo-nos numa era de projectos de codigo aberto e colaboracao, a transparenciatraz confianca a uma sociedade em que as opinioes e interesses das pessoas sao respeitados e onde odinheiro publico e utilizado de uma forma mais apropriada.

• Qualidade: revisoes de orcamento, permitem detectar desperdıcios, uso indevido e fornece informacoessobre como melhorar os resultados para uma maior capacidade de resposta e impacto.

O Request propoe uma framework que permite a estas instituicoes adoptar a transparencia de uma formaconveniente, para publicar as suas contas em tempo real e para que qualquer pessoa possa auditar e usaresta informacao. A medida que esta framework ganha popularidade, mais ferramentas serao lancadas e, porexemplo, pode dar-nos um painel que mostre as despesas da nossa cidade.

Esta transparencia pode ser aplicada a outras industrias e pode ajudar-nos a identificar a origem de algunsprodutos e se sao produzidos localmente.

4.7 IoT e Contractos Inteligentes

Um grande desafio dos proximos anos sera certamente imaginar como os objectos, maquinas e inteligenciaartificial irao interagir entre si, e como irao negociar automaticamente e definir termos de pagamento. Pre-cisarao de uma framework de pagamentos que especifique o pagamento e ajude a definir razoes e condicoesda transaccao.

Imagine-se um carro autonomo a encomendar uma roda a uma garagem virtual, fazendoum pagamento de 10% do valor da compra no momento da encomenda e pagando os restantes90% no momento da entrega.

5 Token

Embora seja desenvolvido no registo blockchain do Ethereum, o Request procura ser independente de outrasmoedas, polıticas monetarias, ou escolhas tecnologicas de modo a construir o sistema mais solido possıvel.Acreditamos que esta e a chave para evoluir ao longo do tempo com uma comunidade crescente e desen-volvendo um ecossistema em torno da nossa framework onde mais DAPP (aplicacoes descentralizadas) saocriadas.

5.1 Incentivo para um Ecossistema Seguro de Aplicacoes

Os tokens REQ sao tokens ERC20 que sao necessarios para participar na rede, criar pedidos avancados erecompensar os varios intervenientes que ajudarao a construir o ecossistema Request. Ao utilizar a rede, osparticipantes necessitarao de pagar uma taxa em REQ que sera destruıda. As taxas serao ajustadas pelosoperadores da Rede Request dependendo da diminuicao da disponibilidade de REQ e da taxa de cambio dediferentes moedas autorizadas pela rede.

Por exemplo, um pedido no inıcio do sistema pode destruir 10 REQ de um total de 1 000 000 000 REQ.Mais tarde, apos o sistema ter sido utilizado durante algum tempo, um pedido pode destruir 0,0001 REQ deum total de 100 000 REQ.

16

A rede tera construıdo um sistema que recompensara plataformas desenvolvidas sobre o protocolo e quedecidam cobrar a taxa REQ. Desta forma favorecemos a criacao de uma plataforma financeira aberta.

Os custos que se esperam na plataforma serao entre 0,05% a 0,5% da transaccao. Estes custos diminuiraoquando o volume da rede aumentar de modo a permanecerem competitivos e de modo a evitar o incentivo dese desenvolverem outras alternativas. Com o mercado global a transaccionar mais de 5000 bilhoes de dolarespor dia, taxas mınimas tornar-se-ao amplas quando a plataforma crescer para uma larga escala.

5.2 Governanca

Temos um forte desejo que o sistema Request dure dezenas e ate centenas de anos. Um sistema que possaser utilizado nao so por historiadores para ver como o comercio funcionava no seculo XXI, mastambem um sistema que nos leve ao futuro, com uma estrutura e poder para ser utilizado por maquinas einteligencia artificial, que irao representar a maioria das transaccoes.Por esta razao, o Request tera que se manter flexıvel e escalavel, sendo este um dos maiores desafios dos sis-temas descentralizados (como podemos ver pelo Bitcoin14 Segwit, o la gestion de Ethereum con Casper. . . ).Segwit, ou a gestao do Ice Age pelo Ethereum). Desejamos separar a governanca da nossa comunidade da doEthereum e evitar a sub-governanca que permitiria a todos os titulares de tokens Ethereum decidir o futurodesta comunidade15.

O token REQ ira unir esta comunidade e permitir discussoes e votos em futuras decisoes. A comunidadesera um conselho e nos criaremos a ferramentas necessarias para a sua administracao: Um sistema de votos,e tambem provavelmente um chat exclusivo restrito a apenas a membros do conselho.

5.3 Independencia de Outras Moedas

O Request e agnostico em termos de moeda. Estamos a criar um sistema que sera independente daspolıticas monetarias de outras moedas. O Request deve ser independente o quanto possıvel da inflacaoou deflacao do ETH. O roadmap do Ethereum suporta a nossa direcao, e extremamente provavel que osmineiros/participantes sejam capaz de actualizarem para o Casper de modo a aceitar outros tokens ERC20como gas, que sera uma grande simplificacao.

Esta independencia ira eventualmente permitir que o Request provoque um hard fork para um novo sis-tema com uma nova tecnologia, mantendo o mesmo ecossistema de titulares de tokens.

5.4 Independencia Tecnica

No processo de escalar a Rede Request, ha uma forte possibilidade de usarmos uma solucao como PlasmaChains. Nestas solucoes, um token especıfico ajuda a incentivar a evasao de estados Bizantinos16 states), emaximizar a seguranca. O token e utilizado como POS (Prova de Participacao) e titulares sao desincentivadoscontra comportamentos bizantinos ou falhas que podem causar perda de valor do token.

Usar um token e a forma mais flexıvel e independente de conceitualizar um sistema que precisa do con-senso e seguranca para evoluir a longo prazo17.

14https://bitcoin.org/bitcoin.pdf, 2008, Satoshi Nakamoto15https://medium.com/@FEhrsam/scaling-ethereum-to-billions-of-users-f37d9f487db1, 06/27/2017, Fred Ehrsam16http://www.scs.stanford.edu/14au-cs244b/labs/projects/copeland_zhong.pdf, 2016, Christopher Copeland and Hong-

xia Zhong17http://plasma.io/plasma.pdf

17

5.5 Facilitar as trocas entre outras moedas

Iremos propor um modelo onde loops de facturas podem ser identificados automaticamente pelo sistema eresolvidos sem exigir uma mudanca de fundos. Por exemplo, se a Alice deve dinheiro ao Bob, que devedinheiro ao Charlie, que ele proprio recebe um pedido de pagamento da Alice, o sistema oferece compensacaopor estas despesas e o REQ ira compensar as diferencas.

6 Esboco do Roadmap

Piramide Request: Q3 2017-Lancamento o ultimo esboco do Livro Branco.-Lancamento do site da Rede Request.

Colosso Request: Q4 2017-Lancamento do Token.-Primeira versao do Request a trabalhar com o Ethereum na rede de teste.-Lancamento do site para Criar/Visualizar e interagir com pedidos Request.-Adicionar uma gestao de pagamentos Request com conceitos contabeis como reembolso, notas de credito eordens de compra.-Lancamento de um API para criar/ler/actualizar pedidos Request.-Lancamento dos documentos tecnicos sobre a arquitectura, actualizacoes e implementacao de contabilidade.

Grande Muralha Request: Q1 2018-Primeira versao do Request a trabalhar com o Ethereum na Main Net.-Lancamento da gestao de Criptomoedas no Request (Tokens ERC20).-Prova de Conceito : Request Core a funcionar com Bitcoin Oracle.-Trabalhar em parcerias com empresas de Contabilidade, Pagamentos e Auditoria.-Lancamento do projecto “Pague com Request”: um botao online que oferece uma alternativa ao tradicional“Pague com Paypal” e “Pague com Cartao de Credito”.-Auditorias exteriores aos Contractos.

Request Stonehenge: Q2 2018-PoC do crescimento em escala do Request atraves da Plasma Chain com PoS. O Request tera de lidar comuma grande carga de transaccoes.-PoC da privacidade aumentada do Request usando ZkSnarks18.-Adicionar gestao de Moedas-fiat ao Request (USD, EUR, CNY).-Lancar o projecto “Request e Transparencia”. Iremos trabalhar com camaras municipais, associacoes e go-vernos de modo a publicar informacao em tempo real do seu orcamento.-Organizar grupos de discussao em torno de Pedidos de Pagamento Request com instituicoes como o GrupoBanco Mundial, o FMI, o BCE e a ONU.

Coliseu Request: Q3 2018-Implementacao da extensao de custodia que permitira a libertacao dos fundos no momento da entrega ouapos a satisfacao de outras condicoes.-Implementacao da extensao de Impostos para o seu pagamento em tempo real.-Implementacao da extensao de Pagamento Adiantado que especifica um montante a pagar e uma data es-pecıfica para processar o pagamento.-Implementacao da extensao de Taxas de Atraso para especificar penalizacoes se um negocio nao for pago atempo.-Adicionar uma camada de Reputacao Offchain.

18https://medium.com/@VitalikButerin/zk-snarks-under-the-hood-b33151a013f6, 2017, Vitalik Buterin

18

Request Petra: Q4 2018 and after- Implementacao do sistema de governanca (Voto/ Chat do Token).-Lancamento do projecto “Internet das Coisas”.-Implementacao de um acordo entre moedas atraves do REQ para facilitar pagamentos internacionais.-Lancamento da extensao “Pagamentos Contınuos” que vai agir como um Pagamento inicial seguido de umainfinidade de micro-pagamentos.

7 Equipa

7.1 Equipa Central

A nossa equipa e o bem mais forte deste projecto Request. Todos os seus membros trabalharam juntos nopassado, durante perıodos que variam dos 6 meses a 6 anos. Nos somos criadores. As nossas experiencias emfinancas, Blockchain e empreendedorismo sao combinadas para repensar a organizacao do comercio interna-cional de amanha.

Quem somos?

Citando alguns dos papeis ja realizados pela nossa equipa, ja exercemos papeis como: diretor financeiro,gestor de informacao tecnologica, auditor financeiro, contabilista, tesoureiro, analista de dados, programadorfront-end, programador back-end, programador principal e programador de blockchain. Estes papeis temabrangido industrias como consultoria, financas, farmaceutica, musica, pesquisa e fintech.Nos pensamos em termos de blockchain, fintech e financas, e acreditamos que ha alternativas bem maistransparentes e saudaveis a forma como os bancos funcionam actualmente. A nossa experiencia com o INGBank Accelerator em Amsterdao, com o Lisbon Challenge em Portugal e com a YCombinator no SiliconValley, assim como as nossas experiencias pessoais na China, nos EUA, na Suıca e no Mexico, reflectem onosso caracter internacional e a nossa forma de pensar. Acreditamos na liberdade de circulacao, de trabalharremotamente, e trabalhar livremente, nao so para os indivıduos e negocios, mas tambem para maquinas,dinheiro e informacao.

Porque Request?No primeiro quarto de 2017, a equipa participou no YCombinator em Sao Francisco. As discussoes realizadascom umas das maiores startups do futuro e com alguns dos melhores investidores de Silicon Valley confirma-ram a ideia de que a Blockchain e a melhor forma para construir uma base para o comercio internacional.Onde os servicos de hoje tem dificuldades em resolver problemas de bancos e administracao, a Blockchaintraz uma solucao a sua fonte. Com o Request, o problema de pagamentos locais e internacionais torna-sequase inexistente, sendo simplificado e automatizado.

Quando comecou?Em 2014, a equipa trabalhava na criacao de uma rede de transferencias internacionais baseada no Bitcoin,Moneytis, que gradualmente cresceu para se tornar numa rede global de pagamentos que reune solucoes detransferencia monetaria e permite transferencias mensais de milhoes de dolares.De 2014 a 2017, a equipa desenvolveu os projectos destinesia.io, theblockchainnetwork.com, neomy.io e money-tis.com. A nossa pesquisa na escalabilidade e liquidez de solucoes Blockchain para transferencias monetariasfoi bastante produtiva pois aprendemos mais sobre utilizadores, empresas, freelancers e indivıduos.

Apresentacao dos membros da nossa equipa:

Etienne Tatur, Director TecnicoEtienne e um “entusiasta da blockchain” que se graduou da escola francesa de engenharia INSA Lyon. EmAbril de 2011, Etienne hospedou Christophe na Amaris em Genebra (Suıca), onde foi o programador princi-pal e gestor dos projectos de Informacao Tecnologica. Foi aı que partilhou as suas paixoes pela Blockchain,antes de se tornar CTO. Apos a sua experiencia na Qobuz (startup de musica), em 2014, criou o seu primeiro

19

projecto na Blockchain “Snapsoko”, mais tarde renomeado para Blockchain Network, e o qual foi integradono projecto Moneytis. Tambem e o criador do Bot do Messenger Neomy.io.Etienne tem tambem dado palestras sobre as ligacoes entre Blockchain e transferencias monetarias em Miamipara a IMTC (Convencao Internacional de Transferencias Monetarias), assim como em Paris para a Block-chain France e para a Visa Europa.O nosso especialista em Blockchain e interessado em novas tecnologias, fotografia e escalada, e membro daLa Chaintech e acredita que a Blockchain ira mudar o mundo.

Christophe Lassuyt, Director FinanceiroChristophe Lassuyt tem experiencia como gestor financeiro a nıvel internacional, pela America do Norte,Europa e Asia. Apos a graduacao na NEOMA Business School, comecou a trabalhar como Computer Ma-nagement Controller, antes de se tornar Director Financeiro na Amaris e Virtua. E um membro actual domovimento Mangrove e acredita que trabalhar e viajar simultaneamente e extremamente efectivo.Quando comecou como Director Financeiro, Christophe realizou pessoalmente todas as linhas de trabalhopara uma subsidiaria da Amaris em Munique, Alemanha, que incluıa contabilidade de clientes; contabilidadede fornecedores; tesoureiro; auditorias internas; relacoes com auditores externos; monitorizacao de auditoriasde taxas; controlo de gestao e outros. O seu conhecimento inclui os tempos de processamento de facturas, eproblemas de cessao financeira, sendo o seu principal feito ter automatizado estes procedimentos em empresasonde trabalhou, com o racio de uma pessoa em financas para 300 funcionariosE mais preocupado com problemas associados ao pagamento de contas. Por exemplo, vamos assumir que umsecretario recebe uma factura por email, que e validade a um gerente, e depois enviada para o contabilista.O contabilista deve introduzi-la num programa de software, que tambem deve ser validado pelo gerente. Esteprocesso e desnecessariamente longo onde, no futuro, com Request, poderıamos receber essa mesma facturapor telemovel, e fazer apenas um clique em Sim / Nao para que o pagamento ocorra automaticamente nadevida data.

Vincent Rolland, Engenheiro Back-end, Programador SolidityVincent graduou-se na prestigiada escola francesa INSA Lyon, com antecedentes em pesquisa e trabalhoupara o CNRS (Centre National de la Recherche Scientifique) em associacao com a Universidade de Stanford.Tambem trabalhou em projectos cientıficos colaborativos no Museu da Historia Natural de Paris. Apos estestrabalhos, juntou-se a Moneytis no projecto Rede Blockchain para transferencias monetarias internacionais,e tambem aperfeicoou o projecto Neomy.io de um ponto de vista de pesquisa e desenvolvimento tornando-oautonomo.O Vincent esforca-se para trazer transparencia e valoriza os projectos nos quais trabalha. Request e a derra-deira oportunidade para trazer transparencia a nıvel global.

Elliott Denis, Engenheiro Full StackElliott e um engenheiro Full Stack com experiencia em fintech e consultoria. Trabalha para escrever um codigoclaro ,elegante e efectivo integrando tecnologias de ponta. Descobriu o Ethereum pela primeira vez em 2016e desde entao nunca desistiu de tentar imaginar a largura das suas aplicacoes. Primeiro com o Moneytis e de-pois com o projecto Request, acredita que consegue trazer simplicidade e transparencia ao comercio do futuro.

Laura Girod, Auditora Financeira e Analista de InformacaoGraduada na ICN Business School, a Laura ja realizou papeis como auditora interna, auditora financeira,analista de informacao, e ate suporte ao consumidor. Domina o ecossistema de contabilidade e auditoria, egastou varios anos numa startup internacional na Suıca e na Asia, antes de se juntar a Moneytis a dezembrode 2015.Gracas as suas qualidades em estatıstica e modelagem, criou o algoritmo simpatetico neomy.io.

Julien Devoir, Diretor de MarketingJulien tem experiencia extensiva em marketing de crescimento e design grafico. Trabalhou na Moneytis e eum dos primeiros membros do movimento Mangrove.Julien treinou-se em marketing digital e novas tecnologias. A sua paixao pela internet motivou-o a tornar-seum Growth Hacker na Virtua (Suıca) e na Molotov.tv (Franca).

20

De acordo com Julien, trabalhar e viajar simultaneamente promove a produtividade. Ele considera quetambem se aprende profissionalmente enquanto se viaja e tem-no promovido ao co-fundar o projecto desti-nesia.io.

8 Arquitectura

Em breve lancaremos o Yellow Paper que ira detalhar as especificacoes tecnicas. Este paragrafo procura daralguns palpites sobre os desafios que enfrentamos e a arquitectura que escolhemos.

Request e um servico de protocolo no qual um grande numero de aplicacoes tem base, que visa nao ne-cessitar de servidores, ter codigo aberto e ser descentralizado. De modo a alcancar este objectivo, decidimoscriar o Request na tecnologia Ethereum.

Ethereum: Ethereum permite a execucao de contractos inteligente de uma forma descentralizada naGVA (Gestao de Valor Agregado), que permite ao Request ser descentralizado e sem servidores. Os con-tractos inteligentes do Request sao desenvolvidos firmemente. Request usa o Ethereum para criar facturas eautomaticamente detectar o seu pagamento.

Swarm & Filecoin: O Swarm19 e o Filecoin20 permitem que o armazenamento de documentos de do-cumentos seja descentralizado numa rede distribuıda. O Filecoin armazenara a informacao mais pesada dasfacturas enquanto que o Swarm armazenara as que necessitam de ser acedidas mais rapidamente.

8.1 Consideracoes Tecnicas

Polıtica de PrivacidadeGerir confidencialidade e privacidade no Ethereum e um dos maiores desafios do protocolo Ethereum. O usode ZkSnarks21 (Argumentos de Conhecimento Nao Interactivos Sucintos e de Conhecimento Zero) respondea este problema. ZkSnarks faz parte dos roadmap do Ethereum, mas a sua implementacao nao sera imediata.Ate ao lancamento de uma solucao semelhante ao ZkSnarks, trabalharemos em 3 caminhos:-Permitir pedidos Request publicos.-Introduzir o conceito de pedidos Request basicos. Um pedido Request que nao sera um contracto inteligentemas sim um hash encriptado no Filecoin.-Plasma chain. O Plasma chain permitira o ZkSnarks e estamos a seguir com atencao Omise para trabalharcom eles.-Eventualmente uma cadeia lateral temporaria utilizando o Quorum22 e transaccoes privadas conectadas apublica atraves de um sistema como Polkadot23.

Escalabilidade Escalabilidade e outro grande desafio aos blockchain, e nao ha duvida de que quere-mos suportar um grande numero de transaccoes. O facto de conseguirmos gerir varias moedas fara comque o numero de transaccoes Request aumente acima do numero de transaccoes Ethereum. Tal e a razaopela qual certas inovacoes no roadmap do Ethereum serao importantes para o Request, tal como o Sharding24.

O Sharding ainda tem um longo caminho a cumprir, e como resultado vamos desenvolver:-descarregar o maximo da rede no Plasma/State-channels25.-pedidos Request basicos para pequenas quantias, que nao serao contractos inteligentes, agregados com o

19https://github.com/ethersphere/swarm, 03/22/201720https://filecoin.io/filecoin.pdf, 08/04/2017, Protocol Labs21https://blog.ethereum.org/2016/12/05/zksnarks-in-a-nutshell/, 12/05/2016, Christian Reitwiessner22https://github.com/jpmorganchase/quorum-docs/blob/master/Quorum%20Whitepaper%20v0.1.pdf, 11/22/201623https://github.com/w3f/polkadot-white-paper/, 11/10/2016, Dr. Gavin Wood24https://github.com/ethereum/wiki/wiki/Sharding-FAQ, Vitalik Buterin. Ethereum Sharding FAQ25https://raiden.network/, Raiden. Raiden Network

21

Filecoin e Swarm.

8.2 Arquitectura dos Contractos Inteligentes

Observacao do topo dos contratos inteligentes. O Nucleo regista todos os pedidos Request, e e administravelo que permite actualizacao e pausa. Ha apenas um nucleo, que permite que subcontratados lidem com

diferentes moedas. Cada subcontrato gera uma criacao e uma interacao com o pedido Request para umamoeda especıfica. Alguns subcontratos sao sıncronos, enquanto que outros interagem com um oraclo (para

moedas Fiat por exemplo)

22

Aqui estao os detalhes de um subcontrato monetario. O subcontrato interage com diferentes extensoes quepodem ser escolhidas pelo criador do pedido Request.

9 Agradecimentos

Gostarıamos de agradecer aos seguintes crıticos, cujas contribuicoes e feedback fizeram este documentopossıvel e nos ajudaram com diferentes partes do nosso projeto:Nadja Benes - GnosisAntoine Grebert - QuandooYoann Marion - AmarisAndria Antoniou - PhD na PiGPierre Laurent - Entusiasta da BlockchainChristopher BarryGuilherme Mendes - traducao em portuguesLuis Loureiro - traducao em portugues

23

10 Bibliografia

1. http://gavwood.com/paper.pdf, 2014, Gavin Wood. Ethereum: a secure decentralised generalised tran-saction ledger

2. https://github.com/ethereum/wiki/wiki/White-Paper

3. https://www.fincen.gov/sites/default/files/shared/Appendix_D.pdf

4. https://ipfs.io/ipfs/QmXoypizjW3WknFiJnKLwHCnL72vedxjQkDDP1mXWo6uco/wiki/Double-entry_bookkeeping_system.html, 11/25/2016

5. http://iang.org/papers/triple_entry.html, 2005, Ian Grigg

6. http://ww2.cfo.com/expense-management/2015/06/metric-month-accounts-payable-process-cost/,06/24/2015, Mary Driscoll

7. https://bitcoin.org/bitcoin.pdf, 2008, Satoshi Nakamoto

8. https://medium.com/@FEhrsam/scaling-ethereum-to-billions-of-users-f37d9f487db1, 06/27/2017,Fred Ehrsam

9. http://www.scs.stanford.edu/14au-cs244b/labs/projects/copeland_zhong.pdf, 2016, Chris-topher Copeland and Hongxia Zhong

10. https://medium.com/@VitalikButerin/zk-snarks-under-the-hood-b33151a013f6,2017, Vita-lik Buterin

11. https://github.com/ethersphere/swarm, 03/22/2017

12. https://filecoin.io/filecoin.pdf, 08/04/2017, Protocol Labs

13. https://blog.ethereum.org/2016/12/05/zksnarks-in-a-nutshell, 12/05/2016, Christian Reitwi-essner

14. https://github.com/jpmorganchase/quorum-docs/blob/master/Quorum%20Whitepaper%20v0.1.pdf, 11/22/2016

15. https://github.com/w3f/polkadot-white-paper/, 11/10/2016, Dr. Gavin Wood

16. https://github.com/ethereum/wiki/wiki/Sharding-FAQ

17. https://raiden.network/

24