Team:Paris Bettencourt/Modeling/Diffusion

From 2011.igem.org

(Difference between revisions)
 
(25 intermediate revisions not shown)
Line 4: Line 4:
<h1>Passive diffusion model</h1>
<h1>Passive diffusion model</h1>
<h2>Summary</h2>
<h2>Summary</h2>
 +
<p>Our passive diffusion model uses a random walker approach to create a simulation of a population of particles randomly moving from one cell to another via a nanotube. We ran this simulation for different size of nanotubes, different molecules, and two different simple collisions models. The results of those simulations shows that passive diffusion alone can give us a very efficient transfer in only a few seconds.</p>
<div style="margin-left:50px; margin-right:50px; padding: 5px; border:2px solid black;"><b><p>What we learned from our passive diffusion simulations:
<div style="margin-left:50px; margin-right:50px; padding: 5px; border:2px solid black;"><b><p>What we learned from our passive diffusion simulations:
<ul>
<ul>
-
     <li>One</li>
+
     <li>Passive diffusion is much faster (a few seconds) than gene network characteristic response times (a few hours)</li>
-
     <li>Two</li>
+
     <li>Passive diffusion depends more on nanotube size than on the molecules size</li>
-
     <li>Three</li>
+
     <li>We need to focus on molecule natures, sizes and numbers in our experiment, not diffusion time</li>
</ul></p></b></div>
</ul></p></b></div>
<h2>Introduction</h2>
<h2>Introduction</h2>
Line 24: Line 25:
</ul>
</ul>
<p>We therefore divided our cell in <img src='https://static.igem.org/mediawiki/2011/7/72/Occupation_sites_general.png' style='width:80px;'/> occupation sites, giving us the size of the 3D matrix we used in out simulation: <img src='https://static.igem.org/mediawiki/2011/7/7b/Paris2011Frm1.png' style='width:80px;'/></p>
<p>We therefore divided our cell in <img src='https://static.igem.org/mediawiki/2011/7/72/Occupation_sites_general.png' style='width:80px;'/> occupation sites, giving us the size of the 3D matrix we used in out simulation: <img src='https://static.igem.org/mediawiki/2011/7/7b/Paris2011Frm1.png' style='width:80px;'/></p>
-
<center><img src="https://static.igem.org/mediawiki/2011/4/44/Paris2011Sch2.png"/> <img src="https://static.igem.org/mediawiki/2011/d/d8/Paris2011Sch1.png"/></center>
+
<center><img src="https://static.igem.org/mediawiki/2011/b/be/Diff_model.png" style='width:350px; margin-right:10px;'/><img src="https://static.igem.org/mediawiki/2011/d/d8/Paris2011Sch1.png" style='margin-left:10px;'/></center>
</br>
</br>
<h3>Random walker movements</h3>
<h3>Random walker movements</h3>
<p>We now have the layout for modeling our cells and the nanotube connecting between them. How does a particle moves in such a matrix? We were able to evaluate the <em>characteristic transition time</em> from one occupation site to one of its direct neighbours. Using <i>D</i>, diffusion coefficient of the particle (m<sup>2</sup>.s<sup>-1</sup>), we have the characteristic time associated with the transition:<img src='https://static.igem.org/mediawiki/2011/8/81/Characteristic_time_general.png' style='width:90px;'/> <a href="https://2011.igem.org/Team:Paris_Bettencourt/Hypothesis#references">[3]</a></p>
<p>We now have the layout for modeling our cells and the nanotube connecting between them. How does a particle moves in such a matrix? We were able to evaluate the <em>characteristic transition time</em> from one occupation site to one of its direct neighbours. Using <i>D</i>, diffusion coefficient of the particle (m<sup>2</sup>.s<sup>-1</sup>), we have the characteristic time associated with the transition:<img src='https://static.igem.org/mediawiki/2011/8/81/Characteristic_time_general.png' style='width:90px;'/> <a href="https://2011.igem.org/Team:Paris_Bettencourt/Hypothesis#references">[3]</a></p>
<p>The simulation is then simple. We put a certain number of those particles in an emitter cell connected to an empty receiver cell via a nanotube. At <em>each time step</em> (corresponding to the characteristic transition time of the particle), the <em>particles move from the occupation site where they are to one of its neighbour</em>. This is a <em>synchronous model</em> where all the particles move at the same time. We repeat this process and count the particles going through the nanotubes and arriving in the receiver cell.</p>
<p>The simulation is then simple. We put a certain number of those particles in an emitter cell connected to an empty receiver cell via a nanotube. At <em>each time step</em> (corresponding to the characteristic transition time of the particle), the <em>particles move from the occupation site where they are to one of its neighbour</em>. This is a <em>synchronous model</em> where all the particles move at the same time. We repeat this process and count the particles going through the nanotubes and arriving in the receiver cell.</p>
-
<p>We also had to take into account collisions between particles, with the cell membrane or with the nanotube membrane. We used two configurations for dealing with such problems.</p>
+
<p>We also had to take into account collisions between particles, with the cell membrane or with the nanotube membrane. We used <em>two configurations for dealing with collision problems</em>.</p>
<h4>Wait and see</h4>
<h4>Wait and see</h4>
-
<p>In this collision model, when a particle collides with another object, it <em>stays in its place</em> and waits for the next time step. This model resulted in massive simulation problems. It took several hours to run our java programme for a few hundred time steps. This problem can be explained by the fact that particles kept colliding in the nanotube and prevented other molecules from entering the nanotube by colliding with them. We therefore had to do a lot of debugging before successfully implementing this idea.</p>
+
<p>In this collision model, when a particle collides with another object, it <em>stays in its place</em> and waits for the next time step. This model resulted in massive simulation problems. It took several hours to run our java programme for a few hundred time steps. This problem can be explained by the fact that particles kept colliding in the nanotube and prevented other molecules from entering the nanotube by colliding with them. We therefore had to do a lot of debugging before <em>successfully implementing this idea</em>.</p>
<h4>Restart</h4>
<h4>Restart</h4>
<p>In this collision model, when a particle collides with another object, it is <em>reset to its starting position</em> in the first cell. This model is stastistically correct because of the random definition of the particle movement. We can compare the "teleportation" of one particle to its <em>degradation and the synthesis</em> of a new one. This is the model we used in our simulation.</p>
<p>In this collision model, when a particle collides with another object, it is <em>reset to its starting position</em> in the first cell. This model is stastistically correct because of the random definition of the particle movement. We can compare the "teleportation" of one particle to its <em>degradation and the synthesis</em> of a new one. This is the model we used in our simulation.</p>
Line 40: Line 41:
<h3>"Ping-pong" particles</h3>
<h3>"Ping-pong" particles</h3>
-
<p>We first assumed that particles, once they enter the receiver cell, would not go back in the nanotubes. This proved to be false. Particles passing in the receiver cell exhibit a "ping-pong" behaviour. They tend to go back and forth from one cell to the tube entrance. This could account for up to half of the particles passing the entrance (or exit). We adapted our software so that the count would be correct even with those "ping-pong" particles.</p>
+
<p>We first assumed that particles, once they enter the receiver cell, would not go back in the nanotubes. This proved to be false. Particles passing in the receiver cell exhibit a "ping-pong" behaviour. They tend to go back and forth from one cell to the tube entrance. That would not be a problem except our simulation counts particle that pass through th exit of the nanotube. This phenomenon could account for up to half of the particles passing the entrance (or exit). We adapted our software so that the count would be correct even with those "ping-pong" particles.</p>
<center><img style="width:850px" src="https://static.igem.org/mediawiki/2011/d/db/Pingpongparticles.png"/></center>
<center><img style="width:850px" src="https://static.igem.org/mediawiki/2011/d/db/Pingpongparticles.png"/></center>
Line 46: Line 47:
<br>
<br>
<p>Our <em>java software</em> to simulate this model is downloadable <a href="https://static.igem.org/mediawiki/2011/a/a7/Paris2011Model2.zip">here</a>.
<p>Our <em>java software</em> to simulate this model is downloadable <a href="https://static.igem.org/mediawiki/2011/a/a7/Paris2011Model2.zip">here</a>.
-
Each simulation is done with a certain  base amount of molecules, (1000 in most of the next example).
+
Each simulation is done with a certain  base amount of molecules (1000 in most of the next example).
All the molecules of the simulation will start in one cell and <em>move randomly</em> until at least <em>a certain amount decided by the user (50 in most of the example) molecules pass through the nanotube</em> into the other cell. At that point our "counter" annonces that a significant number of molecules has passed the tube.
All the molecules of the simulation will start in one cell and <em>move randomly</em> until at least <em>a certain amount decided by the user (50 in most of the example) molecules pass through the nanotube</em> into the other cell. At that point our "counter" annonces that a significant number of molecules has passed the tube.
</p>
</p>
Line 61: Line 62:
<img src="https://static.igem.org/mediawiki/2011/3/30/Tabl2.png">
<img src="https://static.igem.org/mediawiki/2011/3/30/Tabl2.png">
</center>
</center>
-
<p>We ran a quick 2D simplifed version of our model to give you an idea of how it works (the timescale might not be coherent with results from our 3D model):</p>
+
<p>We ran a quick 2D simplifed version of our model to give you an idea of how it works (the timescale might not be coherent with results from our 3D model). Here, we modelize diffusion for GFP with the "wait and see" collision model.</p>
<center>
<center>
<div id="flashContent" >
<div id="flashContent" >
Line 99: Line 100:
</div>
</div>
</center>
</center>
-
<p>Our 3D simulation gave us the following results:</p>
+
<p>Our 3D simulation, the actual model, gave us the following results:</p>
-
INSERT GRAPHS EXPLAINED properly
+
-
 
+
-
<h2>Conclusions</h2>
+
-
 
+
-
 
+
-
<h1>TO BE CHANGED LATER</h1>
+
-
 
+
-
<h2>Introduction</h2>
+
-
 
+
-
 
+
-
<p>Our first calculations of the diffusion of molecules inside a cell shows that  <em>the diffusion inside a cell</em> is a very <em>fast process</em> (see the bottom of <a href="https://2011.igem.org/Team:Paris_Bettencourt/Hypothesis">this page</a>). It takes from 10 seconds to one minute for a component of the cell to have the average movement in the order of magnitude of the size of the cell. We wanted to explore further about the speed the passive diffusion can be achieved for a molecule to pass with passive diffusion, to see if <em>the speed of molecule transfer through nanotubes is compatible with passive diffusion hypothesis</em>.</p>
+
-
 
+
-
<p>We <em>try to propose several ideas</em> about the origin of the molecule transfer, to know if it is faster than the diffusion or imply more sophisticated models (see <a href="https://2011.igem.org/Team:Paris_Bettencourt/Modeling/Assisted_diffusion">toward assisted diffusion</a>). We also propose some experiments to verify these models.</p>
+
-
 
+
-
<p>The designs had been devised so that we can <em>try to measure the speed</em> of the diffusion through the tubes (see the <a href="https://2011.igem.org/Team:Paris_Bettencourt/Designs">Design & concepts page</a>).
+
-
 
+
-
<h2>About the passive
+
-
diffusion model</h2>
+
-
 
+
-
<p>Earlier, we did some math to calculate the <em>speed of the diffusion inside a cell</em>. But we were in spherical coordinates, that is to say a mathematically friendly conditions. Here, we have to deal with a more complex geometry, so we had to be helped by a computer.</p>
+
-
 
+
-
<p>The essence of the model remains the same than the stochastic motion approach, but in this space we introduce <em>boundary limits</em> with the shape of two cells linked by a tube. We observe the passage of the molecules through the tube and we calculate the time taken for a molecule (like a transcription factor) to leave the emitter cell, diffuse though the tube and <em>meet a target</em> in the <em>receiver cell.</em></p>
+
-
 
+
-
<h2>Model description</h2>
+
-
 
+
-
<table>
+
-
<tr>
+
-
<td><img src="https://static.igem.org/mediawiki/2011/d/d8/Paris2011Sch1.png"/>
+
-
</td>
+
-
<td>
+
-
<p>First we design a simple representation of the model with 2 boxes for cells and a tube between them.
+
-
Each cell is designed like a <em>3D matrix(M*M*M)</em> witch is proportional to the studied molecule.</p>
+
-
</td></tr>
+
-
<tr><td>
+
-
<img src="https://static.igem.org/mediawiki/2011/4/44/Paris2011Sch2.png"/>
+
-
</td><td>
+
-
<p>We define the matrix size using our <a href="https://2011.igem.org/Team:Paris_Bettencourt/Hypothesis">hypotesis</a> about diffusion. So we create the cell matrix using this formula :</p> <center><img src="https://static.igem.org/mediawiki/2011/7/72/Occupation_sites_general.png" /></center>
+
-
<p>We want to model each particle with a pixel, so  each occupation site need to be 1px large.
+
-
We calculate N, and with this formula, we obtain the model size M of our cell</p><center><img src="https://static.igem.org/mediawiki/2011/7/7b/Paris2011Frm1.png" /></center>
+
-
</td>
+
-
</tr>
+
-
</table>
+
-
<p>
+
-
For example : for glucose, if we want to have a size of 1*1*1 the matrix representing the cell needs to be 1000*1000*1000 and the nanotube which is 1/10 large of the cell will be 100*100*200.
+
-
</p>
+
-
<p>We define the size of cells for each molecule of the hypothesis array :</p>
+
-
<center><img src="https://static.igem.org/mediawiki/2011/a/a3/Time_table_stochastic.png"/></center>
+
-
 
+
-
<p>We develop a <em>java software to simulate this model <a href="https://static.igem.org/mediawiki/2011/a/a7/Paris2011Model2.zip">(downloadable here)</a></em>.
+
-
each simulation is done on 100 molecules in 10 rows.
+
-
All the 100 molecules of the simulation will start in one cell and <em>move randomly</em> until at least 10 molecules pass through the nanotube to the other cell.
+
-
</p>
+
-
<table>
+
-
<tr>
+
-
<td><img src="https://static.igem.org/mediawiki/2011/9/9d/Paris2011Sch3.png"/></td>
+
-
<td>
+
-
<p>
+
-
We use a <em>synchronous model</em> so that all 100 molecules move simultaneously. At each row (step of execution), all the molecules move randomly from their site to one of the 26 other possible positions.
+
-
</p>
+
-
</td>
+
-
</tr>
+
-
</table>
+
-
<br/>
+
-
<p><h4>this simulation takes into account : </h4>
+
-
<ul>
+
-
<li>Movement of particle : each particle has a random movement at each row.</li>
+
-
<li>collision with cell membrane, nanotube and self collision. We have 2 models of collision :
+
-
<ul>
+
-
<li><em>Random restart model</em></li>
+
-
<li><em>Wait and see model</em></li>
+
-
</ul>
+
-
</li>
+
-
</ul>
+
-
<h4><em>andom restart</em></h4>
+
-
<p>In this collision model, when a particle collides with another object, it is <em>reset to a random position</em> not occupied by another particle in the first cell.
+
-
This model is stastistically correct because of the random definition of the particle movement.
+
-
We can compare the teleportation of one particle to its <em>degradation and synthesis</em> of a new one.
+
-
</p>
+
-
<h4><em>Wait and see</em></h4>
+
-
<p>In this collision model, when a particle collides with another object, it <em>stays in place</em>, waiting for the next row, so the molecule loses one movement, but it stays a credible model because of the random definition of the movement.
+
-
This model has some problems due to the time lost by doing nothing with the particle.
+
-
This model is actually only theoretic, the java program taking more than 2 hours to calculate the movement.
+
-
This problem can be explained by the fact that particles keep colliding in the nanotube and stop other molecules which enter the nanotube by colliding with them.
+
-
</p>
+
-
 
+
-
<h3>How do we calculate the real time ?</h3>
+
-
<p>A row corresponds to the movement from one site to another. The time it takes without boundary limitation is <a href="https://2011.igem.org/Team:Paris_Bettencourt/Hypothesis#tau"><img src='https://static.igem.org/mediawiki/2011/8/81/Characteristic_time_general.png' /></a><a href="https://2011.igem.org/Team:Paris_Bettencourt/Modeling/Diffusion#references">[1]</a></p>
+
-
<p>We obtain the real time of diffusion of 10 molecules through the nanotube with :</p><center><img src="https://static.igem.org/mediawiki/2011/f/ff/Frm2.png"/></center>
+
-
<p>
+
-
finally we obtain the time for diffusion from a cell to an other with :
+
-
</p><center> <img src="https://static.igem.org/mediawiki/2011/5/50/Paris2011Frm3.png"/></center>
+
-
<p>
+
-
For more accuracy, we do 10 simulations for each type of molecule, and we take the average time of those 10.
+
-
</p>
+
-
<br/>
+
-
<h2>Maya modeling</h2>
+
-
<p>This model is mapped in Maya for a user friendly aspect.
+
-
This graphic representation is just for you to have an idea of diffusion and it doesn't use the diffusion equation used by the java program.
+
-
In this representation, particles move linearly and are subjected to random turbulences.
+
-
</p>
+
-
<center><iframe width="425" height="349" src="http://www.youtube.com/embed/jrX1Wa-CgCc?hl=fr&fs=1" frameborder="0" allowfullscreen></iframe></center>
+
-
 
+
-
<h2>Results</h2>
+
-
<p>Results extracted from java have an output for 100 molecules and 10 rows. The average time for one molecule is calculated with the results 10 molecules passing from cell 1 to cell 2 </p>
+
-
<h3>Considering "ping-pong" particles as discret elements</h3>
+
-
<table>
+
-
<tr>
+
-
<td><img src="https://static.igem.org/mediawiki/2011/b/be/Paris2011Graph1.png"/></td>
+
-
<td><img src="https://static.igem.org/mediawiki/2011/5/53/Paris2011Graph2.png"/></td>
+
-
</tr>
+
-
</table>
+
<center>
<center>
-
<table border=2 syle="align:center">
+
<a href="https://static.igem.org/mediawiki/2011/b/bd/Diff_per_nanotube_sizePARIS2011.png"><img src="https://static.igem.org/mediawiki/2011/b/bd/Diff_per_nanotube_sizePARIS2011.png" style='width:800px;'></a>
-
<tr>
+
-
<td><h5>Molecules name</h5></td>
+
-
<td><b>T7</b></td>
+
-
<td><b>tRNA</b></td>
+
-
<td><b>Insulin</b></td>
+
-
<td><b>GFP</b></td>
+
-
<td><b>Glucose</b></td>
+
-
</tr><tr>
+
-
<td><h5>number of row</h5></td>
+
-
<td>37870.95</td>
+
-
<td>30980.83</td>
+
-
<td>60813.87</td>
+
-
<td>65580.56</td>
+
-
<td>1039227.4</td>
+
-
</tr><tr>
+
-
<td><h5>realTime(s)</h5></td>
+
-
<td>2.11E-2</td>
+
-
<td>4.52E-1</td>
+
-
<td>1.69E-3</td>
+
-
<td>1.46E-2</td>
+
-
<td>2.89E-4</td>
+
-
</tr><tr>
+
-
<td><h5>result file</h5></td>
+
-
<td><a href="https://static.igem.org/mediawiki/2011/6/6d/Paris2011T7.txt">T7</a></td>
+
-
<td><a href="https://static.igem.org/mediawiki/2011/6/6b/Paris2011TRNA.txt">tRNA</a></td>
+
-
<td><a href="https://static.igem.org/mediawiki/2011/8/88/Paris2011Insulin.txt">Insulin</a></td>
+
-
<td><a href="https://static.igem.org/mediawiki/2011/b/b4/Paris2011GFP.txt">GFP</a></td>
+
-
<td><a href="https://static.igem.org/mediawiki/2011/9/96/Paris2011Glucose.txt">Glucose</a></td>
+
-
</tr>
+
-
</table>
+
</center>
</center>
-
<br/>
+
<p>This first graph represents the evolution of diffusion speed for differents size of nanotubes.
-
<br/>
+
We ran this simulation for 3 size of molecules</p>
-
<h3>without counting "ping-pong" particles</h3>
+
<center>
<center>
-
<table border=2 syle="align:center">
+
<a href="https://static.igem.org/mediawiki/2011/6/69/Comparaison_collisionPARIS2011.png"><img src="https://static.igem.org/mediawiki/2011/6/69/Comparaison_collisionPARIS2011.png" style='width:470px;'></a><a href="https://static.igem.org/mediawiki/2011/a/ab/Relative_errorPARIS2011.png"><img src="https://static.igem.org/mediawiki/2011/a/ab/Relative_errorPARIS2011.png" style='width:470px;'></a>
-
<tr>
+
-
<td><h5>Molecules name</h5></td>
+
-
<td><b>T7</b></td>
+
-
<td><b>tRNA</b></td>
+
-
<td><b>Insulin</b></td>
+
-
<td><b>GFP</b></td>
+
-
<td><b>Glucose</b></td>
+
-
</tr><tr>
+
-
<td><h5>number of row</h5></td>
+
-
<td>80144.21</td>
+
-
<td>58873.76</td>
+
-
<td>267651.7</td>
+
-
<td>227912.07</td>
+
-
<td>TIMEOUT</td>
+
-
</tr><tr>
+
-
<td><h5>realTime(s)</h5></td>
+
-
<td>4.46E-2</td>
+
-
<td>8.59E-1</td>
+
-
<td>7.43E-3</td>
+
-
<td>5.06E-2</td>
+
-
<td>TIMOUT</td>
+
-
</tr><tr>
+
-
<td><h5>result file</h5></td>
+
-
<td><a href="https://static.igem.org/mediawiki/2011/7/72/Paris20112T7.txt">T7</a></td>
+
-
<td><a href="https://static.igem.org/mediawiki/2011/a/a1/Paris20112TRNA.txt">tRNA</a></td>
+
-
<td><a href="https://static.igem.org/mediawiki/2011/d/d7/Paris20112Insulin.txt">Insulin</a></td>
+
-
<td><a href="https://static.igem.org/mediawiki/2011/8/89/Paris20112GFP.txt">GFP</a></td>
+
-
<td><a href="">Glucose</a></td>
+
-
</tr>
+
-
</table>
+
</center>
</center>
 +
<p>Two other interesting informations are the comparison between the two models of collision used ("wait and see" and "restart"), and the average relative error, which helped us to choose the right number of molecules for simulating valid models.</p>
 +
<h2>Conclusions</h2>
 +
<p>What we obtain for passive diffusion is several orders of magnitude slower than for assisted diffusion, but it remains <em>really fast compared to cell division</em>. This means that <em>we can not measure diffusion time directly through genetic network response</em>. The time for significant GFP diffusion for instance is under a minute when response time for a genetic network is around an hour. We therefore need to focus on <em>molecule sizes, natures and numbers</em> in our experiments, not on diffusion time.</p>
 +
<p>This <em>software can be extended for other molecules</em>, but <em>diffusion coefficent</em> is an ambiguous data <em>subject do debate</em> in papers, so simulating for a molecule is subject to error due to different definitions for the same parameter.
 +
</p>
-
<h2>Conclusion</h2>
+
<!--<h2>Extras</h2>
-
<p>Looking to those results, it seems to be a <em>linear function</em> :</p>
+
<p>We also design a three dimensional graphics representation of the model in Maya. </p>
-
<center><img src="https://static.igem.org/mediawiki/2011/0/04/Paris2011Frm4.png"/></center>
+
<center><iframe width="425" height="349" src="http://www.youtube.com/embed/jrX1Wa-CgCc?hl=fr&fs=1" frameborder="0" allowfullscreen></iframe></center>-->
-
<p>the k coefficient found is about 5000 which is really different from the 1/6 coefficient of <img src="https://static.igem.org/mediawiki/2011/8/81/Characteristic_time_general.png"/></p>
+
-
<p>Because of the lack of experimental results, we can't compare those results to the real time calculated in vivo.
+
-
So we can't know if it is passive or active transport.</p>
+
-
<p>This <em>software can be extended for other molecules</em>, but <em>diffusion coefficent</em> is an ambiguous data <em>subject do debate</em> in papers, so simulating for a molecule is subject to error due to different definitions from a paper to an other.
+
-
</p>
+
-
<p>In a first implementation of the software, we decide that particles moving from cell1 to nanotube and coming back next time are occasional, and don't influence the model.
+
-
It turned out to be false, and particle playing ping-pong represent more than 1/2 of all the molecules passing through the nanotube.
+
-
We modified the first software, so now we don't take them into account.</p>
+
-
<table>
+
-
<tr>
+
-
<td><img src="https://static.igem.org/mediawiki/2011/c/cb/Paris2011Sch4.png"/></td>
+
-
<td><img src="https://static.igem.org/mediawiki/2011/8/8f/Paris2011Sch5.png"/></td>
+
-
</tr>
+
-
</table>
+
 +
<h2>Data</h2>
 +
<p>You can find the full dataset for this page here:</p>
 +
<ul>
 +
<li><a href="https://static.igem.org/mediawiki/2011/6/69/DataDIFFPARIS2011.zip">Full data</a></li>
 +
<li><a href="https://static.igem.org/mediawiki/2011/a/ab/ErrorDIFFPARIS2011.zip">Data for the error calculus</a></li>
 +
<li><a href="https://static.igem.org/mediawiki/2011/0/06/Collision_typeDIFFPARIS2011.zip">Data for collision models comparison</a></li>
 +
<li><a href="https://static.igem.org/mediawiki/2011/9/9f/Nano_size_variationDIFFPARIS2011.zip">Data for nanotube size comparison</a></li>
 +
</ul>
<div id="citation_box">
<div id="citation_box">
<p id="references">References</p>
<p id="references">References</p>

Latest revision as of 15:35, 28 October 2011

Team IGEM Paris 2011

Passive diffusion model

Summary

Our passive diffusion model uses a random walker approach to create a simulation of a population of particles randomly moving from one cell to another via a nanotube. We ran this simulation for different size of nanotubes, different molecules, and two different simple collisions models. The results of those simulations shows that passive diffusion alone can give us a very efficient transfer in only a few seconds.

What we learned from our passive diffusion simulations:

  • Passive diffusion is much faster (a few seconds) than gene network characteristic response times (a few hours)
  • Passive diffusion depends more on nanotube size than on the molecules size
  • We need to focus on molecule natures, sizes and numbers in our experiment, not diffusion time

Introduction

While working on the assisted diffusion model, we quickly realized that it may not fully explain the GFP diffusion observed in the original paper. We therefore investigated passive diffusion.

We want to know if passive diffusion can, in theory, explain the transfer behaviour of the Dubey/Ben-Yehuda paper. We created a simulation to have an estimation of the order of magnitude of passive diffusion time through the nanotubes.

We used a model similar to the stochastic diffusion model presented in our assumptions. Our methodology and our results are presented below.

Model description

Dividing the cell

The core of the model is to divide the cell in occupation sites. Each of these occupation sites is roughly the size of the particle that we want to study. For instance if the particle has a length of 10nm, we will divide the cell in occupation sites of 10nm by 10 nm by 10 nm.

When we want to study one particle we therefore model the cell as a 3D matrix(M*M*M). Its size depends of the particle characteristic size. We use the following parameters:

  • V volume of the cell (for B.subtilis 10-18 m3)
  • characteristic size of the particle (m)

We therefore divided our cell in occupation sites, giving us the size of the 3D matrix we used in out simulation:


Random walker movements

We now have the layout for modeling our cells and the nanotube connecting between them. How does a particle moves in such a matrix? We were able to evaluate the characteristic transition time from one occupation site to one of its direct neighbours. Using D, diffusion coefficient of the particle (m2.s-1), we have the characteristic time associated with the transition: [3]

The simulation is then simple. We put a certain number of those particles in an emitter cell connected to an empty receiver cell via a nanotube. At each time step (corresponding to the characteristic transition time of the particle), the particles move from the occupation site where they are to one of its neighbour. This is a synchronous model where all the particles move at the same time. We repeat this process and count the particles going through the nanotubes and arriving in the receiver cell.

We also had to take into account collisions between particles, with the cell membrane or with the nanotube membrane. We used two configurations for dealing with collision problems.

Wait and see

In this collision model, when a particle collides with another object, it stays in its place and waits for the next time step. This model resulted in massive simulation problems. It took several hours to run our java programme for a few hundred time steps. This problem can be explained by the fact that particles kept colliding in the nanotube and prevented other molecules from entering the nanotube by colliding with them. We therefore had to do a lot of debugging before successfully implementing this idea.

Restart

In this collision model, when a particle collides with another object, it is reset to its starting position in the first cell. This model is stastistically correct because of the random definition of the particle movement. We can compare the "teleportation" of one particle to its degradation and the synthesis of a new one. This is the model we used in our simulation.


The behaviour of the particles regarding collisions is probably somewhere between these two assumptions. The restart for instance probably gives us a longer diffusion time.

Our simulation is particle-specific because it relies on parameters specific to a particle both for the spatial grid and the characteristic time.


"Ping-pong" particles

We first assumed that particles, once they enter the receiver cell, would not go back in the nanotubes. This proved to be false. Particles passing in the receiver cell exhibit a "ping-pong" behaviour. They tend to go back and forth from one cell to the tube entrance. That would not be a problem except our simulation counts particle that pass through th exit of the nanotube. This phenomenon could account for up to half of the particles passing the entrance (or exit). We adapted our software so that the count would be correct even with those "ping-pong" particles.



Our java software to simulate this model is downloadable here. Each simulation is done with a certain base amount of molecules (1000 in most of the next example). All the molecules of the simulation will start in one cell and move randomly until at least a certain amount decided by the user (50 in most of the example) molecules pass through the nanotube into the other cell. At that point our "counter" annonces that a significant number of molecules has passed the tube.

Results

We ran simulations changing three major parameters:

  • Nanotube size
  • Type of collision (see above)
  • Nature of the particle

This last parameter allowed us to compare theoritical diffusion times for molecules of different sizes and natures. The characteristic sizes and diffusion coefficients are summed up below:

We ran a quick 2D simplifed version of our model to give you an idea of how it works (the timescale might not be coherent with results from our 3D model). Here, we modelize diffusion for GFP with the "wait and see" collision model.

Our 3D simulation, the actual model, gave us the following results:

This first graph represents the evolution of diffusion speed for differents size of nanotubes. We ran this simulation for 3 size of molecules

Two other interesting informations are the comparison between the two models of collision used ("wait and see" and "restart"), and the average relative error, which helped us to choose the right number of molecules for simulating valid models.

Conclusions

What we obtain for passive diffusion is several orders of magnitude slower than for assisted diffusion, but it remains really fast compared to cell division. This means that we can not measure diffusion time directly through genetic network response. The time for significant GFP diffusion for instance is under a minute when response time for a genetic network is around an hour. We therefore need to focus on molecule sizes, natures and numbers in our experiments, not on diffusion time.

This software can be extended for other molecules, but diffusion coefficent is an ambiguous data subject do debate in papers, so simulating for a molecule is subject to error due to different definitions for the same parameter.

Data

You can find the full dataset for this page here:

References

  1. Diffusion-based Channel Characterization in Molecular Nanonetworks. Llatser, I., Alarcón, E. and Pierobon, M., to appear in Proc. of the 1st IEEE International Workshop on Molecular and Nano Scale Communication (MoNaCom), held in conjunction with IEEE INFOCOM, Shanghai (China), April 2011