<commit_before>ge{
    "experimental": {
        "releases": "Experimental Releases",
        "none": "NONE"
    },
    "official": {
        "satoshi": "Het Bitcoin Unlimited project onderhoudt een verbeterde versie van de Bitcoin Core \"Satoshi\" client.",
        "supporting": "Momenteel bieden we support voor versie 0.12.1 de de oudere versies op 0.11.2 en 0.12.0.",
        "verify": "Belangrijk, verifieër de binary handtekingen alvorens te installeren!",
        "signatures": "Scroll naar beneden nar de handtekeningen sectie om er zeker je te verzekeren van de SHA-256 checksums van de binaries en onze handtekeningen op die tekst.",
        "release": "Officiale Versie",
        "binary": "Binary Downloads",
        "windows": "Windows",
        "linux": "Linux",
        "osx": "Mac OSX",
        "version": "Versie",
        "august14": "Aug 14, 2016",
        "bit64": "64-bit",
        "bit32": "32-bit",
        "installation": "Linux Installatie Instructies",
        "terminal": "Download het bestand en open een terminal window. Typ:",
        "source": "Bron Code",
        "branch": "Github branch",
        "here": "hier"
    },
    "signatures": {
        "signatures": "Deze handtekeningen bewijzen de genoemde individu Bitcoin Unlimited heeft gecompileerd van de Github bron en de volgende bestanden met de corresponderende sha256 hashes.",
        "helpOne": "Om deze handtekeningen te valideren, gebruik 'File->verify signatures' op iedere willekeurige Satoshi Client.",
        "helpTwo": "Plak de signer's adres in het eerste veld, de ondertekende tekst ion het tweede veld, en de handtekening in het derde veld.",
        "helpThree": "Let op: verander de spatie in de ondertekende tekst niet.",
        "helpFour": "Als laatste run 'sha256sum' op jouw gedownloade bestand om er zeker van te zijn dat er een matcht is.",
        "helpFive": "Je kunt deze handtekeningen controleren op de profiel pagina van de gebruiker van het",
        "forum": "bitco.in forum",
        "statement": "Ondertekende tekst",
        "tip": "Voeg geen enters toe aan de bovenstaande tekst tijdens het verifieren van de handtekening in de Bitcoin client",
        "andrew": "Door: <NAME>",
        "awemany": "Door: awemany",
        "sickpig": "Door: sickpig",
        "thezerg": "verifieer address voor bitco.in gebruiker thezerg",
        "signature": "Handtekening"
    },
    "calltoaction": {
        "partOne": "De Enige Bitcoin Client Die Er Toe Doet",
        "partTwo": "Jij",
        "partThree": "Volledige Vrijheid!",
        "download": "Download hier!"
    },
    "description": {
        "title": "Wat is Bitcoin Unlimited?",
        "a1": "De Bitcoin Unlimited (BU) project tracht een stem te geven aan alle belanghebbende in het Bitcoin ecosysteem.",
        "b1": "Iedere node operator of miner kan nu zijn eigen blocksize limiet kiezen door een instelling op zijn client aan te passen.",
        "b2": "Bitcoin Unlimited maakt het proces makkelijker door een configureerbare optie aan te bieden voor de geaccepteerde en de te generereren block-size dmv een GUI menu.",
        "b3": "Bitcoin Unlimited biedt verder een gebruiker-configureerbare failsafe instelling waardoor een block groter dan je maximum geaccepteerde block toe te staan indien het een aantal blocks diep in de chain bereikt heeft.",
        "c1": "Door de blocksize limiet van de protocol laag naar de transort laag te verplaatsen, verwijdert Bitcoin Unlimited het enige mechanisme van centrale controle in het Bitcoin ecosysteem - de blocksize limiet - en geeft dit terug aan de nodes en de miners.",
        "c2": "Een emergente consensus zal dus optreden gebaseerd op de vrije-markt economie omdat de nodes/miners het eens moeten worden op consensus focus punten, en maken zo in tijdens dat proces een levende, ademende entiteit dat reageert op veranderende omstandigheden in het echte leven op een vrije en ge-decentraliseerde manier.",
        "d1": "Deze aanpak wordt ondersteund door het verzamelde bewijs van de afgelopen zes jaar.",
        "d2": "De miners en node operators zijn tot nu toe vrij geweest om een soft-limit te kiezen die, terwijl de vraag groeide, altijd mee schaalde in een responsieve en organische manier om zodoende aan de vraag van de markt te voldoen.",
        "d3": "We verwachten dat miners dit te zullen blijven doen in de ze getest en bewezen manier van de vrije markt door, bijvoorbeeld, het samen coordineren tot het zetten van een nieuw te genereren blocksize limiet van 2MB en afwijzen van blocks groter dan 2MB mits deze niet 4 blocks diep in de langste chain zitten.",
        "d4": "Zodra de vraag toeneemt, kan de limiet makkelijk vergroot worden naar 3MB, 4MB, en zo verder, waardoor de centrale controle over het proces van het vinden van een evenwichtige blockgroote door de vrij markt toe te staan de juiste keuze te maken in een decentrale manier.",
        "e1": "Als een fundamenteel principe, beweren wij dat Bitcoin datgene is wat de gebruikers verklaren door de code die deze gebruikers draaien, en de regels waar zij voor stemmen met hun hash kracht.",
        "f1": "Bitcoin Unlimited tracht bestaande barrieres te verwijderen voor participanten door hun inzichten op deze manier te laten uiten.",
        "g1": "Voor meer details, lees",
        "g2": "<NAME>",
        "h1": "De Bitcoin Unlimited client is geen competitief block scaling voorstel zoals BIP-101, BIP-102, etc. In plaats daarvan volgt het consensus.",
        "h2": "Dit betekent dat het de blockchain volgt dat de hash kracht meerderheid volgt, ongeacht de blockgrootte, en communiceerd zijn vermogen tot het accepteren van grotere blocks via het protocol van block versie velden.",
        "i1": "Indien je het verhogen van de de blockgrootte ondersteund, op wat voor manier dan ook -- of gewoon de Bitcoin conflict resolutie ondersteund zoals van origine de visie was van de grondlegger -- overweeg dan het draaien van een",
        "i2": "Bitcoin Unlimited",
        "i3": "client."
    },
    "quotes": {
        "a1": "Als het netwerk ooit al zo groot zou worden, dan zou het een aantal jaren duren, en tegen die tijd, zal het versturen van 2 HD films over het Internet niet veel voorstellen.",
        "b1": "Over een paar deceniums wanneer de emisie van nieuwe bitcoins verwaarloosbaar klein wordt, zullen de transactie opbrengsten de voornaamste bron van inkomsten worden voor de nodes.",
        "b2": "Ik weet zeker dat over 20 jaar we een enorm grote transactie volume of geen enkele volume zullen hebben.",
        "c1": "Het kan gefaseerd uitgerold worden, bijvoorbeeld:",
        "c2": "if (blocknumber > 115000)",
        "c3": "maxblocksize = largerlimit",
        "satoshi": "<NAME>"
    },
    "services": {
        "members": "Leden",
        "membersText": "Wij verklaren dat Bitcoin is en zal alltijd moeten zijn wat de gebruikers definieren door de code die ze gebruiken, en de regels waar we voor stemmen met onze hash kracht.",
        "contribute": "Help mee",
        "contributeText": "Wanneer je een ontwikkelaar ben, help dan mee, als je de middelen hebt, zet een node aan, als je een miner bent, neem deel aan mining pool, als je een onderzoeker bent, presenteer dan bewijs en analyses en als je een enthousiasteling bent onderwijs dan anderen met analyse en feiten.",
        "resources": "Resources",
        "resourcesText": "Bitcoin is out of the box denken. Wij volgen in Satoshi's traditie en presenteren jou een interdisciplinaire aanpak.",
        "read": "Lees meer"
    },
    "slider": {
        "cryptography": "Wij vertrouwen in Cryptography",
        "cryptographyText": "Get geheel is daadwerkelijk groter dan de som der delen.",
        "vires": "Vires in Numeris",
        "viresText": "Bitcoin Unlimited: Een Peer-to-Peer Electronic Cash Systeem",
        "free": "Vrij en Gedecentraliseerd",
        "freeText": "Vrije en gedecentraliseerde emergente consensus."
    },
    "member": {
        "application": "Applicatie"
    },
    "header": {
        "home": "Home",
        "download": "Download",
        "faq": "FAQ",
        "proposals": "Voorstellen",
        "members": "Leden",
        "resources": "Bronnen",
        "conference": "Conferenties"
    },
    "footer": {
        "latest": "Ons Laatste Werk",
        "articles": "Artikelen van Federatie",
        "fee": "<NAME>",
        "subchains": "Subchains",
        "analysis": "Bitcoin Unlimited Analyse (1-txn)",
        "navigate": "Navigatie",
        "home": "Home",
        "download": "Download",
        "faq": "FAQ",
        "proposals": "Voorstellen",
        "members": "Leden",
        "resources": "Bronnen",
        "conferences": "Conferenties",
        "join": "Sluit je aan",
        "forum": "Bitcoin Forum",
        "reddit1": "Reddit /r/btc",
        "reddit2": "Reddit /r/bitcoin_unlimited",
        "irc": "##btc on IRC",
        "news": "Nieuws",
        "time": "Tijd om grotere blocks uit te rollen",
        "why": "Waarom gaat Bitcoin forken?",
        "consensus": "Over consensus en forks",
        "designing": "Ontwerpen voor success",
        "copy": "MIT License. No Rights Reserved."
    },
    "resources": {
        "title": "Academische Artikelen en Documenten van de grondlegger",
        "supporting": "Bitcoin Unlimited Ondersteunende Documenten"
    },
    "notfound": {
        "error": "Error 404: Bestand Niet Gevonden",
        "message": "Het opgevraagde bestand kon niet gevonden worden."
    },
    "members": {
        "title": "Ondersteunende leden"
    },
    "download": {
        "title": "Download Bitcoin Unlimited"
    },
    "buip": {
        "title": "Help mee aan een Verbeterings Voorstel",
        "proposals": "Bitcoin Unlimited Verbeterings Voorstellen"
    },
    "articles": {
        "title": "Bitcoin Unlimited: Artikelen van Federatie"
    },
    "faq": {
        "title": "Bitcoin Unlimited Veel gestelde vragen",
        "subtitle": "Al Je Vragen Beantwoord",
        "q1": "Resulteert blocks zonder limiet in een markt zonder transactie kosten?",
        "a1a": "Nee. Intuïtief kun je dit begrijpen door je te realizeren dat het veel langer duurt voor een gigantisch groot block om over het network te reizen dan een klein block. Daar zal een gigantisch groot block eerder \"verwezen\" -- that is, a competing block will be found, propagated across the network and supplant the gigantic block. In this case the miner of the gigantic block will lose the block subsidy and transaction fees. Therefore miners are incentivised by limitations in the underlying physical network to produce smaller blocks, and incentivized by transaction fees to produce larger ones.",
        "a1b": "Finding the balance between these forces is where the free market excels. As underlying physical networks improve or fees increase, miners will naturally be able to produce larger blocks. The transaction \"supply\" (space in a block) therefore depends directly on the fundamental capacity, rather than relying on some centralized \"steering committee\" to properly set maximum block size. Bitcoin is all about disintermediation, and this is another example of it working.",
        "a1c": "For a formal treatment of this subject see",
        "a1d": "A Transaction Fee Market Exists Without a Block Size Limit",
        "q2": "Will unlimited size blocks actually result in gigantic blocks?",
        "a2a": "No. The effective network throughput is currently limited by the production of single transaction (empty except for the coinbase) blocks. The larger blocks get, the more of these blocks are generated, resulting in a maximum average block size. Additionally a rational miner should not accept a gigantic block since it denies him any chance to also produce transaction-containing blocks. More specifically, if the expected time to find and validate a short block is lower than the time to validate the gigantic block, it maximizes revenue to continue to mine a sibling while simultaneously validating the gigantic block.",
        "a2b": "For a formal treatment of these subjects see",
        "a2c": "An Examination of Single-Transaction Blocks and Their Effect on Network Throughput and Block Size",
        "q3": "Why is a formal Bitcoin Unlimited Articles of Federation necessary?",
        "a3a": "It is completely unknown whether the majority of Bitcoin users support a block size greater than 1 MB. No formal debate or vote has occurred. In contrast, debate is censored on the two most popular Bitcoin community sites.",
        "a3b": "A majority of miners have \"voted\" for the unimplemented BIP100 proposal (this proposal would then allow miners to vote on block size), yet nothing has been done to implement BIP100. The existence of BIP100, BIP101 and other proposals may be \"splitting\" the large max-block community -- yet there is no known mechanism to authoritatively retire a proposal so the community can converge on a single proposal. As such, individuals who have contributed a vast amount of time and energy to a particular implementation/BIP find themselves without recourse as the power to add or remove features rests solely with individuals who possess technical skills and were at the right place at the right time.",
        "a3c": "When you switch to the Bitcoin Unlimited client, the Articles of Federation will ensure that your voice is heard, and your vote counted.",
        "a3d": "Proposals are made, debated, and then resolved (voted on) and the Proposer and BU officers have the power to force this process to occur in a timely fashion. The Articles also ensure that passed, implemented proposals are committed to the code repository in a timely fashion.",
        "a3e": "For more information please read the",
        "a3f": "Bitcoin Unlimited Articles of Federation",
        "q4": "Is BU going to fork the Blockchain?",
        "a4a": "No. But if some other entity causes a fork, if for example miners start producing > 1MB blocks, then Bitcoin Unlimited nodes will follow the most-work (generally the longest) fork. This means that your BU node will track the mining majority rather then a specific choice.",
        "a4b": "Right now, the only event that will trigger this behavior is a block size fork because we believe that the block size is NOT part of blockchain consensus. If other events that are currently part of \"consensus layer\" should also trigger this behavior they may be added based on the outcome of a BUIP (Bitcoin Unlimited Implementation Proposal) submission, debate and vote.",
        "q5": "Does BU open up a new Sybil attack vector? Say some entity launches thousands of nodes, 60,000 for example (100x the current network levels). Then sets a super small blocksize. Does this not end up holding the network hostage and thus also the blocksize cap?",
        "a5a": "Nodes have this power and therefore the network is vulnerable to this kind of attack with or without BU. If you have the resources and desire to launch 60,000 nodes, a few changes to the source code will not put you off -- having access to BU is irrelevant.",
        "q6": "Can miners run BU, select a very small block limit and therefore reduce transaction supply below 1MB?",
        "a6a": "If 51% of the miners want smaller blocks they can have them today without BU. They can simply limit the size of their generated blocks -- the max mined block size is a command line option. Also, the max block size to accept is a constant defined in a header file. So 1 simple line of code needs to be changed for miners to ignore blocks bigger than N in all the \"Satoshi-derived\" clients.",
        "q7": "Does BU affect blockchain consensus? Is it possible for a network filled with BU nodes to not converge?",
        "a7a": "If you set certain parameters to certain values you can, for example, mimic the behavior of Bitcoin Core. Bitcoin Core will not converge in a network with miners producing blocks that are both greater than and less than 1 MB (this is called a fork).",
        "a7b": "Let us imagine a BU-only network with the excessive block size set at 1 MB for many nodes, and blocks being produced at both less than 1MB and greater than 1MB. This network will converge rapidly if there is a large disparity in hash power between the two groups. The larger block nodes \"sees\" the smaller chain and will switch to it right away if it takes the lead. The smaller block group \"sees\" the larger chain but will resist switching to it until additional blocks have been built on top of it. So the smaller block group may always be a few blocks behind and small block miners will produce many orphans. The opposite is true in the case where large block miners are the hash power minority, except that they are always at the head of the most-work chain. This orphan production is feedback mechanism the network uses to the miners to change their behavior.",
        "a7c": "If the two groups have approximately equal hashing power, the situation becomes a",
        "a7d": "random walk",
        "a7e": "due to the fact that block production is a Poisson process. In this case, the mathematics show that one fork will periodically move far enough ahead of the other to trigger a convergence.",
        "a7f": "If the network is undergoing a period of block size instability, whether that be due to a struggle between two block-size-is-part-of-consensus clients like XT and Core or due to a struggle between miners of similar hash power, it may make sense for users to wait for additional confirmations or convergence to avoid double spends.",
        "a7g": "In Bitcoin Unlimited, we hope to eventually track ALL nontrivial forks and visually indicate when transactions have been confirmed on all forks, eliminating the possibility of a double spend.  This will allow users to use the bitcoin network normally during these periods.  However, since we do not believe that these periods will last long because they will cause a dramatic drop in miner revenue, it is not a priority."
    }
}
<commit_msg>Update nl.json<commit_after>ge{
    "experimental": {
        "releases": "Experimental Releases",
        "none": "NONE"
    },
    "official": {
        "satoshi": "Het Bitcoin Unlimited project onderhoudt een verbeterde versie van de Bitcoin Core \"Satoshi\" client.",
        "supporting": "Momenteel bieden we support voor versie 0.12.1 de de oudere versies op 0.11.2 en 0.12.0.",
        "verify": "Belangrijk, verifieër de binary handtekingen alvorens te installeren!",
        "signatures": "Scroll naar beneden nar de handtekeningen sectie om er zeker je te verzekeren van de SHA-256 checksums van de binaries en onze handtekeningen op die tekst.",
        "release": "Officiale Versie",
        "binary": "Binary Downloads",
        "windows": "Windows",
        "linux": "Linux",
        "osx": "Mac OSX",
        "version": "Versie",
        "august14": "Aug 14, 2016",
        "bit64": "64-bit",
        "bit32": "32-bit",
        "installation": "Linux Installatie Instructies",
        "terminal": "Download het bestand en open een terminal window. Typ:",
        "source": "Bron Code",
        "branch": "Github branch",
        "here": "hier"
    },
    "signatures": {
        "signatures": "Deze handtekeningen bewijzen de genoemde individu Bitcoin Unlimited heeft gecompileerd van de Github bron en de volgende bestanden met de corresponderende sha256 hashes.",
        "helpOne": "Om deze handtekeningen te valideren, gebruik 'File->verify signatures' op iedere willekeurige Satoshi Client.",
        "helpTwo": "Plak de signer's adres in het eerste veld, de ondertekende tekst ion het tweede veld, en de handtekening in het derde veld.",
        "helpThree": "Let op: verander de spatie in de ondertekende tekst niet.",
        "helpFour": "Als laatste run 'sha256sum' op jouw gedownloade bestand om er zeker van te zijn dat er een matcht is.",
        "helpFive": "Je kunt deze handtekeningen controleren op de profiel pagina van de gebruiker van het",
        "forum": "bitco.in forum",
        "statement": "Ondertekende tekst",
        "tip": "Voeg geen enters toe aan de bovenstaande tekst tijdens het verifieren van de handtekening in de Bitcoin client",
        "andrew": "Door: <NAME>",
        "awemany": "Door: awemany",
        "sickpig": "Door: sickpig",
        "thezerg": "verifieer address voor bitco.in gebruiker thezerg",
        "signature": "Handtekening"
    },
    "calltoaction": {
        "partOne": "De Enige Bitcoin Client Die Er Toe Doet",
        "partTwo": "Jij",
        "partThree": "Volledige Vrijheid!",
        "download": "Download hier!"
    },
    "description": {
        "title": "Wat is Bitcoin Unlimited?",
        "a1": "De Bitcoin Unlimited (BU) project tracht een stem te geven aan alle belanghebbende in het Bitcoin ecosysteem.",
        "b1": "Iedere node operator of miner kan nu zijn eigen blocksize limiet kiezen door een instelling op zijn client aan te passen.",
        "b2": "Bitcoin Unlimited maakt het proces makkelijker door een configureerbare optie aan te bieden voor de geaccepteerde en de te generereren block-size dmv een GUI menu.",
        "b3": "Bitcoin Unlimited biedt verder een gebruiker-configureerbare failsafe instelling waardoor een block groter dan je maximum geaccepteerde block toe te staan indien het een aantal blocks diep in de chain bereikt heeft.",
        "c1": "Door de blocksize limiet van de protocol laag naar de transort laag te verplaatsen, verwijdert Bitcoin Unlimited het enige mechanisme van centrale controle in het Bitcoin ecosysteem - de blocksize limiet - en geeft dit terug aan de nodes en de miners.",
        "c2": "Een emergente consensus zal dus optreden gebaseerd op de vrije-markt economie omdat de nodes/miners het eens moeten worden op consensus focus punten, en maken zo in tijdens dat proces een levende, ademende entiteit dat reageert op veranderende omstandigheden in het echte leven op een vrije en ge-decentraliseerde manier.",
        "d1": "Deze aanpak wordt ondersteund door het verzamelde bewijs van de afgelopen zes jaar.",
        "d2": "De miners en node operators zijn tot nu toe vrij geweest om een soft-limit te kiezen die, terwijl de vraag groeide, altijd mee schaalde in een responsieve en organische manier om zodoende aan de vraag van de markt te voldoen.",
        "d3": "We verwachten dat miners dit te zullen blijven doen in de ze getest en bewezen manier van de vrije markt door, bijvoorbeeld, het samen coordineren tot het zetten van een nieuw te genereren blocksize limiet van 2MB en afwijzen van blocks groter dan 2MB mits deze niet 4 blocks diep in de langste chain zitten.",
        "d4": "Zodra de vraag toeneemt, kan de limiet makkelijk vergroot worden naar 3MB, 4MB, en zo verder, waardoor de centrale controle over het proces van het vinden van een evenwichtige blockgroote door de vrij markt toe te staan de juiste keuze te maken in een decentrale manier.",
        "e1": "Als een fundamenteel principe, beweren wij dat Bitcoin datgene is wat de gebruikers verklaren door de code die deze gebruikers draaien, en de regels waar zij voor stemmen met hun hash kracht.",
        "f1": "Bitcoin Unlimited tracht bestaande barrieres te verwijderen voor participanten door hun inzichten op deze manier te laten uiten.",
        "g1": "Voor meer details, lees",
        "g2": "Art<NAME>",
        "h1": "De Bitcoin Unlimited client is geen competitief block scaling voorstel zoals BIP-101, BIP-102, etc. In plaats daarvan volgt het consensus.",
        "h2": "Dit betekent dat het de blockchain volgt dat de hash kracht meerderheid volgt, ongeacht de blockgrootte, en communiceerd zijn vermogen tot het accepteren van grotere blocks via het protocol van block versie velden.",
        "i1": "Indien je het verhogen van de de blockgrootte ondersteund, op wat voor manier dan ook -- of gewoon de Bitcoin conflict resolutie ondersteund zoals van origine de visie was van de grondlegger -- overweeg dan het draaien van een",
        "i2": "Bitcoin Unlimited",
        "i3": "client."
    },
    "quotes": {
        "a1": "Als het netwerk ooit al zo groot zou worden, dan zou het een aantal jaren duren, en tegen die tijd, zal het versturen van 2 HD films over het Internet niet veel voorstellen.",
        "b1": "Over een paar deceniums wanneer de emisie van nieuwe bitcoins verwaarloosbaar klein wordt, zullen de transactie opbrengsten de voornaamste bron van inkomsten worden voor de nodes.",
        "b2": "Ik weet zeker dat over 20 jaar we een enorm grote transactie volume of geen enkele volume zullen hebben.",
        "c1": "Het kan gefaseerd uitgerold worden, bijvoorbeeld:",
        "c2": "if (blocknumber > 115000)",
        "c3": "maxblocksize = largerlimit",
        "satoshi": "<NAME>"
    },
    "services": {
        "members": "Leden",
        "membersText": "Wij verklaren dat Bitcoin is en zal alltijd moeten zijn wat de gebruikers definieren door de code die ze gebruiken, en de regels waar we voor stemmen met onze hash kracht.",
        "contribute": "Help mee",
        "contributeText": "Wanneer je een ontwikkelaar ben, help dan mee, als je de middelen hebt, zet een node aan, als je een miner bent, neem deel aan mining pool, als je een onderzoeker bent, presenteer dan bewijs en analyses en als je een enthousiasteling bent onderwijs dan anderen met analyse en feiten.",
        "resources": "Resources",
        "resourcesText": "Bitcoin is out of the box denken. Wij volgen in Satoshi's traditie en presenteren jou een interdisciplinaire aanpak.",
        "read": "Lees meer"
    },
    "slider": {
        "cryptography": "Wij vertrouwen in Cryptography",
        "cryptographyText": "Get geheel is daadwerkelijk groter dan de som der delen.",
        "vires": "Vires in Numeris",
        "viresText": "Bitcoin Unlimited: Een Peer-to-Peer Electronic Cash Systeem",
        "free": "Vrij en Gedecentraliseerd",
        "freeText": "Vrije en gedecentraliseerde emergente consensus."
    },
    "member": {
        "application": "Applicatie"
    },
    "header": {
        "home": "Home",
        "download": "Download",
        "faq": "FAQ",
        "proposals": "Voorstellen",
        "members": "Leden",
        "resources": "Bronnen",
        "conference": "Conferenties"
    },
    "footer": {
        "latest": "Ons Laatste Werk",
        "articles": "Artikelen van Federatie",
        "fee": "<NAME>",
        "subchains": "Subchains",
        "analysis": "Bitcoin Unlimited Analyse (1-txn)",
        "navigate": "Navigatie",
        "home": "Home",
        "download": "Download",
        "faq": "FAQ",
        "proposals": "Voorstellen",
        "members": "Leden",
        "resources": "Bronnen",
        "conferences": "Conferenties",
        "join": "Sluit je aan",
        "forum": "Bitcoin Forum",
        "reddit1": "Reddit /r/btc",
        "reddit2": "Reddit /r/bitcoin_unlimited",
        "irc": "##btc on IRC",
        "news": "Nieuws",
        "time": "Tijd om grotere blocks uit te rollen",
        "why": "Waarom gaat Bitcoin forken?",
        "consensus": "Over consensus en forks",
        "designing": "Ontwerpen voor success",
        "copy": "MIT License. No Rights Reserved."
    },
    "resources": {
        "title": "Academische Artikelen en Documenten van de grondlegger",
        "supporting": "Bitcoin Unlimited Ondersteunende Documenten"
    },
    "notfound": {
        "error": "Error 404: Bestand Niet Gevonden",
        "message": "Het opgevraagde bestand kon niet gevonden worden."
    },
    "members": {
        "title": "Ondersteunende leden"
    },
    "download": {
        "title": "Download Bitcoin Unlimited"
    },
    "buip": {
        "title": "Help mee aan een Verbeterings Voorstel",
        "proposals": "Bitcoin Unlimited Verbeterings Voorstellen"
    },
    "articles": {
        "title": "Bitcoin Unlimited: Artikelen van Federatie"
    },
    "faq": {
        "title": "Bitcoin Unlimited Veel gestelde vragen",
        "subtitle": "Al Je Vragen Beantwoord",
        "q1": "Resulteert blocks zonder limiet in een markt zonder transactie kosten?",
        "a1a": "Nee. Intuïtief kun je dit begrijpen door je te realizeren dat het veel langer duurt voor een gigantisch groot block om over het network te reizen dan een klein block. Daar zal een gigantisch groot block eerder \"verwezen\" -- ofterwijl een concurrerend block zal gevonden worden, zich door het netwerk verspreiden en het gigantisch grootte block verdringen. In dit geval zal de miner alle beloning van het gigantisch grote block verliezen. Therefore miners are incentivised by limitations in the underlying physical network to produce smaller blocks, and incentivized by transaction fees to produce larger ones.",
        "a1b": "Finding the balance between these forces is where the free market excels. As underlying physical networks improve or fees increase, miners will naturally be able to produce larger blocks. The transaction \"supply\" (space in a block) therefore depends directly on the fundamental capacity, rather than relying on some centralized \"steering committee\" to properly set maximum block size. Bitcoin is all about disintermediation, and this is another example of it working.",
        "a1c": "For a formal treatment of this subject see",
        "a1d": "A Transaction Fee Market Exists Without a Block Size Limit",
        "q2": "Will unlimited size blocks actually result in gigantic blocks?",
        "a2a": "No. The effective network throughput is currently limited by the production of single transaction (empty except for the coinbase) blocks. The larger blocks get, the more of these blocks are generated, resulting in a maximum average block size. Additionally a rational miner should not accept a gigantic block since it denies him any chance to also produce transaction-containing blocks. More specifically, if the expected time to find and validate a short block is lower than the time to validate the gigantic block, it maximizes revenue to continue to mine a sibling while simultaneously validating the gigantic block.",
        "a2b": "For a formal treatment of these subjects see",
        "a2c": "An Examination of Single-Transaction Blocks and Their Effect on Network Throughput and Block Size",
        "q3": "Why is a formal Bitcoin Unlimited Articles of Federation necessary?",
        "a3a": "It is completely unknown whether the majority of Bitcoin users support a block size greater than 1 MB. No formal debate or vote has occurred. In contrast, debate is censored on the two most popular Bitcoin community sites.",
        "a3b": "A majority of miners have \"voted\" for the unimplemented BIP100 proposal (this proposal would then allow miners to vote on block size), yet nothing has been done to implement BIP100. The existence of BIP100, BIP101 and other proposals may be \"splitting\" the large max-block community -- yet there is no known mechanism to authoritatively retire a proposal so the community can converge on a single proposal. As such, individuals who have contributed a vast amount of time and energy to a particular implementation/BIP find themselves without recourse as the power to add or remove features rests solely with individuals who possess technical skills and were at the right place at the right time.",
        "a3c": "When you switch to the Bitcoin Unlimited client, the Articles of Federation will ensure that your voice is heard, and your vote counted.",
        "a3d": "Proposals are made, debated, and then resolved (voted on) and the Proposer and BU officers have the power to force this process to occur in a timely fashion. The Articles also ensure that passed, implemented proposals are committed to the code repository in a timely fashion.",
        "a3e": "For more information please read the",
        "a3f": "Bitcoin Unlimited Articles of Federation",
        "q4": "Is BU going to fork the Blockchain?",
        "a4a": "No. But if some other entity causes a fork, if for example miners start producing > 1MB blocks, then Bitcoin Unlimited nodes will follow the most-work (generally the longest) fork. This means that your BU node will track the mining majority rather then a specific choice.",
        "a4b": "Right now, the only event that will trigger this behavior is a block size fork because we believe that the block size is NOT part of blockchain consensus. If other events that are currently part of \"consensus layer\" should also trigger this behavior they may be added based on the outcome of a BUIP (Bitcoin Unlimited Implementation Proposal) submission, debate and vote.",
        "q5": "Does BU open up a new Sybil attack vector? Say some entity launches thousands of nodes, 60,000 for example (100x the current network levels). Then sets a super small blocksize. Does this not end up holding the network hostage and thus also the blocksize cap?",
        "a5a": "Nodes have this power and therefore the network is vulnerable to this kind of attack with or without BU. If you have the resources and desire to launch 60,000 nodes, a few changes to the source code will not put you off -- having access to BU is irrelevant.",
        "q6": "Can miners run BU, select a very small block limit and therefore reduce transaction supply below 1MB?",
        "a6a": "If 51% of the miners want smaller blocks they can have them today without BU. They can simply limit the size of their generated blocks -- the max mined block size is a command line option. Also, the max block size to accept is a constant defined in a header file. So 1 simple line of code needs to be changed for miners to ignore blocks bigger than N in all the \"Satoshi-derived\" clients.",
        "q7": "Does BU affect blockchain consensus? Is it possible for a network filled with BU nodes to not converge?",
        "a7a": "If you set certain parameters to certain values you can, for example, mimic the behavior of Bitcoin Core. Bitcoin Core will not converge in a network with miners producing blocks that are both greater than and less than 1 MB (this is called a fork).",
        "a7b": "Let us imagine a BU-only network with the excessive block size set at 1 MB for many nodes, and blocks being produced at both less than 1MB and greater than 1MB. This network will converge rapidly if there is a large disparity in hash power between the two groups. The larger block nodes \"sees\" the smaller chain and will switch to it right away if it takes the lead. The smaller block group \"sees\" the larger chain but will resist switching to it until additional blocks have been built on top of it. So the smaller block group may always be a few blocks behind and small block miners will produce many orphans. The opposite is true in the case where large block miners are the hash power minority, except that they are always at the head of the most-work chain. This orphan production is feedback mechanism the network uses to the miners to change their behavior.",
        "a7c": "If the two groups have approximately equal hashing power, the situation becomes a",
        "a7d": "random walk",
        "a7e": "due to the fact that block production is a Poisson process. In this case, the mathematics show that one fork will periodically move far enough ahead of the other to trigger a convergence.",
        "a7f": "If the network is undergoing a period of block size instability, whether that be due to a struggle between two block-size-is-part-of-consensus clients like XT and Core or due to a struggle between miners of similar hash power, it may make sense for users to wait for additional confirmations or convergence to avoid double spends.",
        "a7g": "In Bitcoin Unlimited, we hope to eventually track ALL nontrivial forks and visually indicate when transactions have been confirmed on all forks, eliminating the possibility of a double spend.  This will allow users to use the bitcoin network normally during these periods.  However, since we do not believe that these periods will last long because they will cause a dramatic drop in miner revenue, it is not a priority."
    }
}

{'fraction_non_alphanumeric': 0.07379910244334867, 'fraction_numerical': 0.008532328660867639, 'mean_word_length': 3.434221840068788, 'pattern_counts': {'":': 340, '<': 11, '<?xml version=': 0, '>': 17, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 22, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '6301895', 'n_tokens_mistral': 10173, 'n_tokens_neox': 9834, 'n_words': 4995}