for kicks, here's the git blame report for, what I consider to be, the core code base (some 200 files at best) making up the Bitcoin daemon i.e. bitcoind including the segwit PR, sans UI, sans leveldb, sans secp256k1. The results are 62K source lines of code by some 150 authors (incluidng 16K comments and blanks). The breakdown is as follows:

14,993     Pieter Wuille
10,521     Wladimir J. van der Laan
3,732     Jonas Schnelli
3,537     jtimon
3,473     Jeff Garzik
2,850     Gavin Andresen
2,747     Cory Fields
2,093     Matt Corallo
1,938     Alex Morcos
1,807     s_nakamoto
1,363     Suhas Daftuar
1,181     Philip Kaufmann
1,121     sje
1,059     Luke Dashjr
1,017     Michael Ford
768     Peter Todd
759     Jorge Timón
658     Brandon Dahler
614     MarcoFalke
528     Eric Lombrozo
476     Pavel Janík
433     Cozz Lovan
382     Gregory Maxwell
355     mrbandrews
330     Daniel Kraft
234     Patrick Strateman
228     Mark Friedenbach
193     instagibbs
168     Giel van Schijndel
149     Mike Hearn
147     Adam Weiss
146     João Barbosa
138     JaSK
130     James O'Beirne
121     mruddy
109     Chris Moore
106     Josh Lehan
94     coderrr
94     Kamil Domanski
87     R E Broadley
86     Alexander Kjeldaas
80     Luca Venturini
79     Ashley Holman
78     Andrew C
74     BtcDrak
69     Daniel Cousens
63     ENikS
62     Casey Rodarmor
60     dexX7
57     Gregory Sanders
55     Ross Nicoll
50     Huang Le
49     Patick Strateman
43     Fordy
41     Scott Ellis
40     Chuck
35     Corinne Dashjr
35     Tom Harding
34     coblee
34     Thomas Kerin
29     Johnson Lau
28     sandakersmann
26     Earlz
26     patrick s
26     rxl
25     Daniel Newton
25     21E14
22     Alex van der Peet
20     Andrew Poelstra
18     Ethan Heilman
17     Luv Khemani
15     Murch
15     Nicolas Benoit
15     paveljanik
14     Forrest Voight
13     Andy Alness
13     David Hill
12     Eric Shaw
12     EthanHeilman
12     kjj2
12     Pavol Rusnak
12     Rusty Russell
11     Michael Hendricks
11     NicolasDorier
11     Ruben Dario Ponticelli
11     sje397
10     Andrey
10     fcicq
9     Chris Wheeler
9     jloughry
9     Mike Cassano
9     Pavel Vasin
9     Rune K. Svendsen
9     Veres Lajos
8     Dylan Noblesmith
8     Michael Bauer
7     kirkalx
7     Kosta Zertsekel
7     pstratem
7     sinetek
7     Stuart Cardall
7     tulip
6     calebogden
6     Warren Togami
5     daniel
5     Fabian Raetz
5     Jordan Lewis
5     Kaz Wesley
5     kazcw
5     Matt Quinn
5     Peter Josling
5     phantomcircuit
5     Ruben de Vries
5     Shaul Kfir
4     Arne Brutschy
4     Dan Helfman
4     fsb4000
4     Ruben Dario Ponticeli
4     Simon Males
4     zathras crypto
3     Benedict Chan
3     BitcoinPRReadingGroup
3     David Joel Schwartz
3     ditto
3     Matthew Zipkin
3     mb300sd
3     Stephen
3     xanatos
2     accraze
2     David A. Harding
2     fanquake
2     lpescher
2     Matthew English
2     peryaudo
2     ptschip
2     Robert Backhaus
2     Thomas Zander
2     Vegard Nossum
1     Alexander Regueiro
1     Andreas Schildbach
1     antonio fr
1     ayeowch
1     Bardi Harborow
1     Bob McElrath
1     David Serrano
1     Denis Lukianov
1     Derek701
1     gavinandresen
1     Hector Jusforgues
1     J Ross Nicoll
1     Johannes Henninger
1     Matt
1     Matthew Bogosian
1     Micha
1     Nick
1     Prayag Verma
1     randy waterhouse
1     SergioDemianLerner
1     shshshsh
1     Simon de la Rouviere
1     Venkatesh Srinivas
1     Witchspace


Last but not least, the same report for main.cpp, with its block handling core:

   2359    Pieter Wuille
    561    s_nakamoto
    343    Suhas Daftuar
    337    Alex Morcos
    317    Gavin Andresen
    286    Wladimir J. van der Laan
    236    Matt Corallo
    227    mrbandrews
    220    Peter Todd
    187    Jorge Timón
    109    Eric Lombrozo
    103    Luke Dashjr
     90    Gregory Maxwell
     86    jtimon
     74    Philip Kaufmann
     70    Jeff Garzik
     65    R E Broadley
     56    Michael Ford
     56    Josh Lehan
     56    Daniel Kraft
     47    Jonas Schnelli
     44    Cory Fields
     42    Pavel Janík
     37    BtcDrak
     26    Brandon Dahler
     25    Patick Strateman
     22    Ashley Holman
     15    Nicolas Benoit
     15    21E14
     13    Mike Hearn
     13    Cozz Lovan
     10    MarcoFalke
      9    Mark Friedenbach
      9    Corinne Dashjr
      7    Ruben Dario Ponticelli
      6    Tom Harding
      6    Patrick Strateman
      5    paveljanik
      4    Ross Nicoll
      4    jloughry
      3    ditto-b
      3    Adam Weiss
      2    Warren Togami
      2    Thomas Zander
      2    Ruben Dario Ponticeli
      2    ptschip
      2    Fordy
      1    Veres Lajos
      1    Simon de la Rouviere
      1    Pavol Rusnak
      1    Pavel Vasin
      1    kazcw
      1    Jordan Lewis
      1    dexX7


For entertainment purposes only.

But of course, blocks would continue to be generated at the current pace. The blkXXXXX.dat files are used to illustrate the growth in Bitcoin's transactional volume, as reflected by the ever decreasing 'life span' of a blkXXXXX.dat file. Mind you, it tok 2.3 years to generate the very fist 130MB of raw block data. The 150th blk was generated in 3.4 days

Hence, the cited numbers are rooted in the aforementioned  exp. trendline described by [y = 9.547e^-0.008x], where y is the time (in days) it takes to fill out one 130MB blkXXXXX.dat file, and x is the variable [XXXXX] in blkXXXXX.dat.

In this model, the time will collapse to 0.000972371105114262 days (ca. 84 sec.) in the next 1000 blkXXXXX.dat files that would only take another year. By this time, the blockchain size will have expanded to ca. 150GB and would explode from there on.

Of course, we cannot say with certainty just how long this exponential growth phase in Bitcoin's presumed logistic curve [often used to illustrate diffusion of innovations] will last, but its impact is undoubtedly profound. Just look at the current 124,366,605 GH/s hash rate. It was 181,687 this time last year - 684 times less.

The 1MB block limit itself will need to be upped, as the block size exp. regression trendlines themselves are at the current limit sometime between 8/'14 and 8/'15 ( http://21e14.com/blocksize/blocksize.html )...

Moreover, if the exponential transactional traffic growth patterns hold, 130MB worth of raw block data will be generated every 84 seconds ( y = 9.547e^-0.008x ) this time next year.

--

What's being done to address the 1MB block size limit? The exp. regression trendlines are at the current limit sometime between 8/'14 and 8/'15 ( http://21e14.com/blocksize/blocksize.html )...